prospect-users Mailing List for Prospect System Profiler
Status: Alpha
Brought to you by:
type2
You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(7) |
Jun
|
Jul
(11) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2005 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
From: Manjeet <man...@gm...> - 2008-11-11 09:25:36
|
Dear Sir/Madam, Are you looking for affordable website designing & development services? Or want that your website should generate more traffic with high sales volume? Look no further, as we have a reliable and experienced team to take care of your web related services like Website designing, development, redesigning, CMS, SEO, Online shopping stores, ecommerce solutions, content writing and many other web services. Website Designing & Development Services; We are having an experienced team of web designers & developers and we offer 24 hour support to our clients. We are based in New Delhi, India & have the advantage of offering high end web solutions in affordable budget. We specialize in; 1. Static websites (Html based websites) 2. Flash based websites & presentations. 3. Dynamic websites in PHP, ASP & .Net(ASPX). 4. Database driven websites. 5. E-commerce Solutions / Online Shopping Websites. 6. Product Catalogue Websites. 7. XML /AJAX integrated websites. 8. Content Management System (CMS) 9. Websites in DIV/CSS Search Engine Optimization (SEO) Services; Have you got your website optimized with the latest methodology LSI to get the maximum exposure in the search engines?Is your website ranking low in the search engines or has less traffic? Leave all your worries, because with our "Satisfaction Guarantee" we enable you to get the maximum return for the money that you spent on your SEO campaign. We follow Ethical & White Hat SEO techniques to get your website rank high in the Search Engines on industry specific keywords. Our SEO Package includes; 1. Analysis & Recommendations.2. On-page Optimization. 3. Off-page Optimization. 4. Social Media Optimization. 5. Advanced Optimization. We also offer custom made packages both for Website Design, Development & SEO services. We guarantee High Rankings in Search Engines like Google, MSN & Yahoo on the 1st to 10th positions. Best Regards, Manjeet P.S - This is the email sent by the individual and not by a robot. If do not wish to receive further emails, kindly reply back with the subject as Unsubscribe. |
From: <al...@fc...> - 2005-01-27 21:11:47
|
On Thu, Jan 27, 2005 at 04:13:38AM -0500, Grzegorz B. Prokopski wrote: > > But the main question would probably be: what is the set of > oprofile/prospect/kernel version that work together? [*] Or is there > some other problem that results in what I am seeing? > Hi Grzegorz, The problem you are seeing is due to the fact that prospect does not (yet) support the 2.6 kernel environment. I do plan to add this support in the near future; however, the time frame for when this will happen is a trade off between demand and time available. FYI, the demand is going up, so that is raising the priority. Keep an eye on prospect bug #1092861 for status of this. Also, I'll send out an announcement on the prospect mailing lists when it happens. In the mean time, please consider using oprofile directly. The current oprofile userspace tools are very user friendly and easy to use. Hope that helps, Alex Tsariounov |
From: Grzegorz B. P. <ga...@de...> - 2005-01-27 09:14:46
|
Hi, I've been trying to get prospect/oprofile combo working tonight, using packages available in Debian/Sarge, but I am stuck at this point: $ prospect /my/app/blah Time: /my/app/blah Can't open /proc/ksyms - errno = 2 -- No such file or directory 112.912 BUG@Line0517:linux_model.c Couldn't find "num_physpages" in /proc/ksyms. Warning: couldn't import System.map file - kernel profiles disabled. prospect: couldn't find "/lib/modules/2.6.8-1-386/oprofile/oprofile.o" $ uname -a Linux gadek 2.6.8-1-386 #1 Thu Nov 25 04:24:08 UTC 2004 i586 GNU/Linux (this is from kernel-image-2.6.8-1-386 ver. 2.6.8-10) $ cat /proc/modules |grep oprofile oprofile 26496 1 - Live 0xd0b79000 $ cat /proc/modules |grep rtc (no module loaded) $ ls -al /proc/*syms* -r--r--r-- 1 root root 0 2005-01-27 04:02 /proc/kallsyms # grep num_physpages /proc/kallsyms c0348604 U num_physpages [ipv6] c0348604 U num_physpages [ip_conntrack] c0348604 U num_physpages [ip_tables] c0348604 U num_physpages [agpgart] $ find /lib/modules/2.6.8-1-386/ -name \*oprofile\* -type f /lib/modules/2.6.8-1-386/kernel/arch/i386/oprofile/oprofile.ko As you see there's a few things that seem weird. * I don't have /proc/ksyms * I tried both 0.9.8b (currently in Sarge) and 0.9.8a deb with identical effect * oprofile I have installed (currently in Sarge) is 0.8.1-1, while you write that 0.9.8b was updated to support 0.7.1. * in 2.6 kernels the modules are called *.ko, not *.o, while the error message says prospect is trying to find a *.o file. I am only interested in profiling a userspace app, not the kernel. Do I still need to worry about linuz/linux images, System.map etc? But the main question would probably be: what is the set of oprofile/prospect/kernel version that work together? [*] Or is there some other problem that results in what I am seeing? Cheers, Grzegorz B. Prokopski [*] I'd prefer to use Debian packages, where possible. -- Grzegorz B. Prokopski <ga...@sa...> SableVM - Free, LGPL'ed Java VM http://sablevm.org Why SableVM ?!? http://sablevm.org/wiki/Features Debian GNU/Linux - the Free OS http://www.debian.org |
From: <al...@fc...> - 2003-05-15 16:56:48
|
On Wed, May 14, 2003 at 06:19:11PM +0200, Andreas Unterkircher wrote: > I'm trying to get prospect to run on an Itanium 2 system under RedHat. > Our system uses a costumized 2.4.20 kernel and perfmon v1.2. The kernel > also exports the sys_call_table symbol. > After having installed the prospect rpm I tried to build the oprofile module. > First I applied the oprofile-ia64_0.5.2-fix.patch then compiled & installed > the module. Now insmod oprofile gives "unresolved symbol ia64_mv". > Does anybody know how to fix this ? Hello Andreas, Check that ia64_mv is exported in the the arch/ia64/kernel/ia64_ksyms.c file. If that turns out to not be the reason, and perhaps do this anyway: do a complete rebuild of your kernel (make clean, dep, compressed, modules) and install it. Then rebuild oprofile from scratch again (configure, make, make install). These gymnastics should clear up what you're seeing. Regards, Alex |
From: Andreas U. <And...@ce...> - 2003-05-14 16:43:39
|
Hello, I'm trying to get prospect to run on an Itanium 2 system under RedHat. Our system uses a costumized 2.4.20 kernel and perfmon v1.2. The kernel also exports the sys_call_table symbol. After having installed the prospect rpm I tried to build the oprofile module. First I applied the oprofile-ia64_0.5.2-fix.patch then compiled & installed the module. Now insmod oprofile gives "unresolved symbol ia64_mv". Does anybody know how to fix this ? Thanks a lot, Andreas |
From: Alex T. <al...@fc...> - 2003-04-24 16:58:35
|
On Thu, Apr 24, 2003 at 10:46:45AM -0600, Alex Tsariounov wrote: > becase the capable(CAP_SYS_PTRACE) fails (line 323, oprofile.c). ^^^^^^^^ I meant of course line 385, oprofile.c (open same as for read). Alex |
From: Alex T. <al...@fc...> - 2003-04-24 16:52:50
|
On Thu, Apr 24, 2003 at 12:04:43PM +0200, Simon MORLAT wrote: > > at the moment. Could you 'rmmod oprofile' and then let prospect load > > the module (via a normal prospect command line). > This was what I did the first time. I removed it again and then restart > prospect, but same thing happens. Ok. Usually, when the premissions are wrong, the following happens: [type2:prospect]$ prospect ls mlockall failed - errno = 1 -- Operation not permitted sched_setscheduler failed - errno = 1 -- Operation not permitted Time: ls Couldn't create /var/lib/oprofile - errno = 13 -- Permission denied prospect: OOPS: oprofile module initialization failed. prospect Or, alternatelly: [type2:prospect]$ prospect ls mlockall failed - errno = 1 -- Operation not permitted sched_setscheduler failed - errno = 1 -- Operation not permitted Time: ls Couldn't chmod /var/lib/oprofile to 755 - errno = 1 -- Operation not permitted prospect: OOPS: oprofile module initialization failed. prospect In both cases, this is *not* what you see. In your case, the oprofile module returns and EPERM error for opening the hashmapfile. This is becase the capable(CAP_SYS_PTRACE) fails (line 323, oprofile.c). So, try to run prospect as suid root (dpkg-reconfgure prospect and answer yes to suid question). Perhaps that is the issue. Also, if you are runing as root, make sure you user "./prospect ...." (or equivalent for your installation) as the command line in case your root path is different than your normal user path. Alex |
From: - 2003-04-23 16:49:48
|
Hi Simon, I've seen these symptoms before, but it escapes me what the cause was at the moment. Could you 'rmmod oprofile' and then let prospect load the module (via a normal prospect command line). The oprofile module has always shown a -1 from lsmod, seems to work just fine regardless. Alex On Wed, Apr 23, 2003 at 05:38:01PM +0200, Simon MORLAT wrote: > Hello, > > I've dowloaded and compiled prospect-0.9.6a and its included > oprofile-0.4 and here is what I get: (running as root) > > bash> prospect -V 3 -e -f prospect.log -L /boot/vmlinuz-2.4.19-686 > ./test1 > Couldn't open /var/lib/oprofile/ophashmapdev errno(1) > - errno = 1 -- Operation not permitted > prospect: Hint: Is another prospect or the oprofile daemon running? > prospect: OOPS: oprofile module initialization failed. > > I'm running a Debian Sid with kernel 2.4.19-686. Processor is a P4. > There is no other prospect or oprofile daemon running. > bash> ps -ef |grep oprofiled > bash> os -ef |grep prospect > > bash> ls -l /var/lib/oprofile/ > total 0 > crwx------ 1 root root 254, 0 Apr 23 16:34 opdev > crwx------ 1 root root 254, 1 Apr 23 16:34 ophashmapdev > crwx------ 1 root root 254, 2 Apr 23 16:34 opnotedev > > bash> dmesg > [...] > intel8x0: clocking to 48000 > apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16) > keyboard: Timeout - AT keyboard not present?(f4) > oprofile: APIC was already enabled > oprofile 0.4 loaded, major 254 > oprofile: APIC was already enabled > oprofile 0.4 loaded, major 254 > > I searched on the web and the mailing list to see if this was something > known, but unfortunately it seems I'm the only one in the world having > this trouble. > > One strange thing: > bash> lsmod > Module Size Used by Not tainted > oprofile 46860 -1 > apm 8840 1 (autoclean) > snd-seq-oss 21824 0 (unused) > snd-seq-midi-event 2968 0 [snd-seq-oss] > > I'm a bit suprised with the -1 in the Used by column. > > When looking at the code of oprofile: > > static int oprof_open(struct inode * ino, struct file * file) > { > int err; > > if (!capable(CAP_SYS_PTRACE)) > return -EPERM; > [..] > > Unfortunately: > bash> lcap -v -c CAP_SYS_PTRACE > Current capabilities: 0xFFFFFEFF > 19) *CAP_SYS_PTRACE > * = Capability currently allowed > > > I'm really desesperate. Did I make something wrong ? > I will retry tommorow with a 2.4.20 kernel. > Thanks in advance for your help. > > Simon > > -- > Simon MORLAT <sim...@hp...> > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Prospect-users mailing list > Pro...@li... > https://lists.sourceforge.net/lists/listinfo/prospect-users |
From: Simon M. <sim...@hp...> - 2003-04-23 15:41:34
|
Hello, I've dowloaded and compiled prospect-0.9.6a and its included oprofile-0.4 and here is what I get: (running as root) bash> prospect -V 3 -e -f prospect.log -L /boot/vmlinuz-2.4.19-686 ./test1 Couldn't open /var/lib/oprofile/ophashmapdev errno(1) - errno = 1 -- Operation not permitted prospect: Hint: Is another prospect or the oprofile daemon running? prospect: OOPS: oprofile module initialization failed. I'm running a Debian Sid with kernel 2.4.19-686. Processor is a P4. There is no other prospect or oprofile daemon running. bash> ps -ef |grep oprofiled bash> os -ef |grep prospect bash> ls -l /var/lib/oprofile/ total 0 crwx------ 1 root root 254, 0 Apr 23 16:34 opdev crwx------ 1 root root 254, 1 Apr 23 16:34 ophashmapdev crwx------ 1 root root 254, 2 Apr 23 16:34 opnotedev bash> dmesg [...] intel8x0: clocking to 48000 apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16) keyboard: Timeout - AT keyboard not present?(f4) oprofile: APIC was already enabled oprofile 0.4 loaded, major 254 oprofile: APIC was already enabled oprofile 0.4 loaded, major 254 I searched on the web and the mailing list to see if this was something known, but unfortunately it seems I'm the only one in the world having this trouble. One strange thing: bash> lsmod Module Size Used by Not tainted oprofile 46860 -1 apm 8840 1 (autoclean) snd-seq-oss 21824 0 (unused) snd-seq-midi-event 2968 0 [snd-seq-oss] I'm a bit suprised with the -1 in the Used by column. When looking at the code of oprofile: static int oprof_open(struct inode * ino, struct file * file) { int err; if (!capable(CAP_SYS_PTRACE)) return -EPERM; [..] Unfortunately: bash> lcap -v -c CAP_SYS_PTRACE Current capabilities: 0xFFFFFEFF 19) *CAP_SYS_PTRACE * = Capability currently allowed I'm really desesperate. Did I make something wrong ? I will retry tommorow with a 2.4.20 kernel. Thanks in advance for your help. Simon -- Simon MORLAT <sim...@hp...> |
From: <al...@fc...> - 2002-11-11 17:54:59
|
Which version of prospect are you using? You should upgradet to 0.9.6 if you are still at 0.9.5; also, oprofile just released at 0.4 and you should upgrade to that as well (especially for running on P4). Regards, Alex On Sun, Nov 10, 2002 at 06:04:19PM -0600, Ryan Menezes wrote: > Hi, > > I am trying to use prospect on the Pentium 4. I have installed the latest > CVS version of oprofile which has support for P4. oProfile runs fine when > i run it using op_start as > > op_start --ctr0-event=GLOBAL_POWER_EVENTS --ctr0-count=747500 --ctr0-unit-mask=1 > > however it looks like prospect does not support this. an example run is > indicated below. > # prospect -V4 -f output3 sleep 60 > Couldn't open /var/opd/opdev > - errno = 22 -- Invalid argument > Perhaps parameters are incorrect. Check /var/log/messages. > OOPS: failed to attach to oprofile module. > > /var/logs indicate > Nov 10 17:45:48 pc-a kernel: oprofile: mapping APIC. > Nov 10 17:45:48 pc-a kernel: oprofile: APIC was already enabled > Nov 10 17:45:48 pc-a kernel: oprofile 0.4cvs loaded, major 254 > Nov 10 17:45:48 pc-a kernel: oprofile: ctr0: 121: no such event for cpu 6 > > thanks, > ryan |
From: Ryan M. <me...@ca...> - 2002-11-11 00:04:28
|
Hi, I am trying to use prospect on the Pentium 4. I have installed the latest CVS version of oprofile which has support for P4. oProfile runs fine when i run it using op_start as op_start --ctr0-event=GLOBAL_POWER_EVENTS --ctr0-count=747500 --ctr0-unit-mask=1 however it looks like prospect does not support this. an example run is indicated below. # prospect -V4 -f output3 sleep 60 Couldn't open /var/opd/opdev - errno = 22 -- Invalid argument Perhaps parameters are incorrect. Check /var/log/messages. OOPS: failed to attach to oprofile module. /var/logs indicate Nov 10 17:45:48 pc-a kernel: oprofile: mapping APIC. Nov 10 17:45:48 pc-a kernel: oprofile: APIC was already enabled Nov 10 17:45:48 pc-a kernel: oprofile 0.4cvs loaded, major 254 Nov 10 17:45:48 pc-a kernel: oprofile: ctr0: 121: no such event for cpu 6 thanks, ryan |
From: <no...@so...> - 2002-07-10 20:43:53
|
Bugs item #579823, was opened at 2002-07-10 14:43 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=469285&aid=579823&group_id=53151 Category: None Group: v0.9.5 Status: Open Resolution: None Priority: 4 Submitted By: Alex Tsariounov (type2) Assigned to: Alex Tsariounov (type2) Summary: Created oprofile devices in old place Initial Comment: Prospect currently creates the oprofile device files (opdev, ophashmapdev, and opnotedev) in the old place of /var/opd. The newer oprofile releases (0.2 included) have moved this to /var/lib/oprofile. Should update to use current op_user.h. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=469285&aid=579823&group_id=53151 |
From: <no...@so...> - 2002-07-10 20:39:27
|
Bugs item #579372, was opened at 2002-07-09 17:22 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=469285&aid=579372&group_id=53151 Category: None Group: None Status: Open >Resolution: Accepted Priority: 5 Submitted By: Bob Montgomery (mudbone) >Assigned to: Alex Tsariounov (type2) Summary: enh: newline after non-disas functions Initial Comment: When disassembly is enabled, if a function that doesn't get any disassembled lines appears before a function that does get disassembled, a blank line between them would make it easier to see. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=469285&aid=579372&group_id=53151 |
From: <no...@so...> - 2002-07-10 20:39:26
|
Bugs item #579366, was opened at 2002-07-09 17:14 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=469285&aid=579366&group_id=53151 Category: None Group: None Status: Open >Resolution: Accepted Priority: 5 Submitted By: Bob Montgomery (mudbone) >Assigned to: Alex Tsariounov (type2) Summary: default kernel name isn't informative Initial Comment: When prospect can't find a kernel file, it prints "vmlinuz" as a generic kernel filename in the profiles (and gets the symbol names from a system map anyway). When disassembling, the message about providing a path to an uncompressed kernel is part of stderr, but doesn't appear in the prospect output file. If the default kernel name was changed to the name of the system map file or to a string like I_CANT_FIND_A_KERNEL_FILE, it would provide more information in case the user missed the stderr messages. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=469285&aid=579366&group_id=53151 |
From: <no...@so...> - 2002-07-10 20:39:26
|
Bugs item #579370, was opened at 2002-07-09 17:19 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=469285&aid=579370&group_id=53151 Category: None Group: None Status: Open >Resolution: Accepted Priority: 5 Submitted By: Bob Montgomery (mudbone) >Assigned to: Alex Tsariounov (type2) Summary: enh: output file could contain warnings Initial Comment: If the stderr warnings from prospect (e.g. the missing kernel file warning) were recorded in the prospect output file, they would serve as built-in explanations for missing info in the output file, instead of being lost or ignored. It might be better to save indicators of the problem and format them into appropriate places in the output file than to just copy the stderr messages into the file when they occur. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=469285&aid=579370&group_id=53151 |
From: <no...@so...> - 2002-07-10 20:39:26
|
Bugs item #579364, was opened at 2002-07-09 17:10 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=469285&aid=579364&group_id=53151 Category: None Group: None Status: Open >Resolution: Accepted Priority: 5 Submitted By: Bob Montgomery (mudbone) >Assigned to: Alex Tsariounov (type2) Summary: modules loaded by initrd have bad path Initial Comment: On systems that use initrd images, kernel modules loaded by initrd show up in /proc/ksyms insmod symbols with their initrd path (e.g. /lib/ext3.o). But that path doesn't work for the real file system. One (ugly) solution: prospect could mount the initrd image to a temporary mount point and find the file there. Then it would need to know how to mount the initrd image. If it wanted to warn the user before they invested in a long run, it could verify files from the initial module scan before starting up, and add a stderr message saying that a path to an initrd image should be provided (is this the only reason that a /proc/ksyms module file might be missing???). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=469285&aid=579364&group_id=53151 |
From: <no...@so...> - 2002-07-10 20:38:26
|
Bugs item #579363, was opened at 2002-07-09 17:00 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=469285&aid=579363&group_id=53151 Category: None Group: v0.9.5 Status: Open >Resolution: Accepted Priority: 5 Submitted By: Bob Montgomery (mudbone) >Assigned to: Alex Tsariounov (type2) Summary: ignores loaded oprofile module Initial Comment: Prospect ignores a loaded oprofile module (shown by lsmod) when the module file is not installed in /lib/modules/'`uname -r`/oprofile. This occurred when I insmod'd an oprofile module from the source directory instead of copying it to /lib/modules. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=469285&aid=579363&group_id=53151 |
From: <no...@so...> - 2002-07-09 23:22:45
|
Bugs item #579372, was opened at 2002-07-09 23:22 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=469285&aid=579372&group_id=53151 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bob Montgomery (mudbone) Assigned to: Nobody/Anonymous (nobody) Summary: enh: newline after non-disas functions Initial Comment: When disassembly is enabled, if a function that doesn't get any disassembled lines appears before a function that does get disassembled, a blank line between them would make it easier to see. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=469285&aid=579372&group_id=53151 |
From: <no...@so...> - 2002-07-09 23:19:12
|
Bugs item #579370, was opened at 2002-07-09 23:19 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=469285&aid=579370&group_id=53151 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bob Montgomery (mudbone) Assigned to: Nobody/Anonymous (nobody) Summary: enh: output file could contain warnings Initial Comment: If the stderr warnings from prospect (e.g. the missing kernel file warning) were recorded in the prospect output file, they would serve as built-in explanations for missing info in the output file, instead of being lost or ignored. It might be better to save indicators of the problem and format them into appropriate places in the output file than to just copy the stderr messages into the file when they occur. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=469285&aid=579370&group_id=53151 |
From: <no...@so...> - 2002-07-09 23:14:23
|
Bugs item #579366, was opened at 2002-07-09 23:14 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=469285&aid=579366&group_id=53151 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bob Montgomery (mudbone) Assigned to: Nobody/Anonymous (nobody) Summary: default kernel name isn't informative Initial Comment: When prospect can't find a kernel file, it prints "vmlinuz" as a generic kernel filename in the profiles (and gets the symbol names from a system map anyway). When disassembling, the message about providing a path to an uncompressed kernel is part of stderr, but doesn't appear in the prospect output file. If the default kernel name was changed to the name of the system map file or to a string like I_CANT_FIND_A_KERNEL_FILE, it would provide more information in case the user missed the stderr messages. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=469285&aid=579366&group_id=53151 |
From: <no...@so...> - 2002-07-09 23:10:21
|
Bugs item #579364, was opened at 2002-07-09 23:10 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=469285&aid=579364&group_id=53151 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bob Montgomery (mudbone) Assigned to: Nobody/Anonymous (nobody) Summary: modules loaded by initrd have bad path Initial Comment: On systems that use initrd images, kernel modules loaded by initrd show up in /proc/ksyms insmod symbols with their initrd path (e.g. /lib/ext3.o). But that path doesn't work for the real file system. One (ugly) solution: prospect could mount the initrd image to a temporary mount point and find the file there. Then it would need to know how to mount the initrd image. If it wanted to warn the user before they invested in a long run, it could verify files from the initial module scan before starting up, and add a stderr message saying that a path to an initrd image should be provided (is this the only reason that a /proc/ksyms module file might be missing???). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=469285&aid=579364&group_id=53151 |
From: <no...@so...> - 2002-07-09 23:00:22
|
Bugs item #579363, was opened at 2002-07-09 23:00 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=469285&aid=579363&group_id=53151 Category: None Group: v0.9.5 Status: Open Resolution: None Priority: 5 Submitted By: Bob Montgomery (mudbone) Assigned to: Nobody/Anonymous (nobody) Summary: ignores loaded oprofile module Initial Comment: Prospect ignores a loaded oprofile module (shown by lsmod) when the module file is not installed in /lib/modules/'`uname -r`/oprofile. This occurred when I insmod'd an oprofile module from the source directory instead of copying it to /lib/modules. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=469285&aid=579363&group_id=53151 |
From: John L. <le...@mo...> - 2002-05-25 03:04:35
|
On Thu, May 23, 2002 at 02:27:56PM -0600, Alex Tsariounov wrote: > It is odd. We run Debian woody, Mandrake 8.[0-2], and RedHat 7.[0-2] > and have not seen this. Looks like it was not a problem for us because > <select.h> includes sigset.h which defines __sigset_t and then defines > sigset_t if not defined already. Select.h was included from types.h > which was included from prospect.h. Very odd indeed - I run RedHat 7.0, glibc-devel-2.2-12. bits/sigset.h on that system does not define sigset_t, only __sigset_t Well I suppose it doesn't really matter :) regards john -- "Time is a great teacher, but unfortunately it kills all its pupils." - Hector Louis Berlioz |
From: Alex T. <al...@fc...> - 2002-05-23 20:35:37
|
> from f_sym_name.c:51: > linux_model.h:239: parse error before `gSigblockmask' > > very odd you don't see it. Phil had the same problem I did > > regards > john It is odd. We run Debian woody, Mandrake 8.[0-2], and RedHat 7.[0-2] and have not seen this. Looks like it was not a problem for us because <select.h> includes sigset.h which defines __sigset_t and then defines sigset_t if not defined already. Select.h was included from types.h which was included from prospect.h. Perhaps this is a libc5 issue? Regards, Alex |
From: John L. <le...@mo...> - 2002-05-23 18:22:31
|
On Thu, May 23, 2002 at 12:14:34PM -0600, Alex Tsariounov wrote: > Oh, OK. I see now how I never saw the problem. When linux_model.c gets > built, it includes <signal.h> before "linux_model.h" and thus produces > no errors. Must have found that by hand, huh? I'll apply the patch. Actually it's compiling one of the other files : moz prospect 1000 make f_sym_name.o: cc -Wall -O2 -g -c f_sym_name.c -o f_sym_name.o In file included from prospect.h:56, from f_sym_name.c:51: linux_model.h:239: parse error before `gSigblockmask' very odd you don't see it. Phil had the same problem I did regards john -- "This is playing, not work, therefore it's not a waste of time." - Zath |