Jim -
Indraneel Mukherjee (mukherjee.indraneel@xxxxxxxxx) posted these to the
lkcd mailing list some time ago. You might want to look at some of those
- there's one about mounts and one about SBs.
Sial does not provide reentrancy back to crash. On the plus side, you
can pretty much cut&paste kernel code straight into you script, so you
don't have to be a kernel guru to get the info you want. A good source
of code is the /proc hooks that are employed throughout kernel and
driver code... :)
-Luc
> -----Original Message-----
> From: crash-utility-bounces@xxxxxxxxxx
> [mailto:crash-utility-bounces@xxxxxxxxxx] On Behalf Of James Washer
> Sent: Friday, December 11, 2009 6:29 PM
> To: Discussion "list for crash utility usage,maintenance and
> development
> Subject: calling crash from another program
> (or vice versa)
>
> Often, I'd like to be able to run one crash command, massage
> the data produced, and run follow up commands using the massaged data
>
> A (possibly crazy) example, run the mount command, collect
> the superblocks addresses, for each super_block, get the
> s_inodes list head, traverse each list head to the inode, for
> each inode, find it's i_data
> (address_space) and get the number of pages.. Now.. sum these
> up and print a table of filesystem mounts points and the
> number of cached pages for each... Perhaps, I'd even traverse
> the struct pages to provide a count of clean and dirty pages
> for each file system.
>
> I do do this by hand. (i.e. mount > mount.file; perlscript
> mount.file > crash-script-step-1, then, back in crash I do ".
> crash-script-step-1 > data-file-2; and repeat with more
> massaging).. This is gross, prone to error, and not terribly fast.
>
> I'd love to start crash as a child of perl and either use
> expect (which is a bit of a hack) or better yet, have some
> machine interface to crash (ala gdbmi)...
>
> I know.. it's open source, I should write it myself. I just
> don't want to reinvent the wheel, if someone else already has
> done something like this.
>
> Perhaps I need to learn sial. But what little sial I've
> looked at seems a bit low level for my needs.
>
> Has anyone had much luck using expect with crash?
>
> thanks
>
> - jim
>
>
> --
> Crash-utility mailing list
> Crash-utility@xxxxxxxxxx
> https://www.redhat.com/mailman/listinfo/crash-utility
>
>
Confidentiality Notice: This e-mail (including any attachments) is intended only for the recipients named above. It may contain confidential or privileged information and should not be read, copied or otherwise used by any other person. If you are not a named recipient, please notify the sender of that fact and delete the e-mail from your system.
--- Begin Message ---
- Subject: Fw: [lkcd-devel] Some additional SIAL scripts for lkcdutils
- From: "Luc Chouinard" <lucchouina@xxxxxxxxx>
- Date: Thu, 24 Sep 2009 07:35:20 -0500
- Thread-index: Aco9E4f9UQHqO233RFql3ON9IX2ydw==
- Thread-topic: [lkcd-devel] Some additional SIAL scripts for lkcdutils
----- Forwarded Message ---- From: Indraneel Mukherjee <mukherjee.indraneel@xxxxxxxxx> To: lkcd-devel@xxxxxxxxxxxxxxxxxxxxx Sent: Thursday, September 24, 2009 7:32:12 AM Subject: [lkcd-devel] Some additional SIAL scripts for lkcdutils Hi, We wrote some additional SIAL scripts for lkcdutils. Details: --------- 1. files.sial - Similar to the 'sfiles' command listing info on open files for processes in the dump. 2. inodeinfo.sial - Prints detailed info for the given inode number of a given superblock in the dump. 3. lsmount.sial - List the mounted file systems in the dump. 4. meminfo.sial - Similar to /proc/meminfo. 5. mutexinfo - Shows the owner and waiting processes for a given mutex address. 6. psched.sial - Similar to /proc/$PID/sched 7. superblkinfo.sial - Lists all the fs superblocks and the associated inodes. They've been tested on lcrash dumps for linux-2.6.22 through 26 for ARM architecture. Can these be added to the lkcdutils svn repo? Warm Regards, IndroAttachment: sial_scripts_lcrash.tar.bz2
Description: sial_scripts_lcrash.tar.bz2------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf_______________________________________________ lkcd-devel mailing list lkcd-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/lkcd-devel
--- End Message ---
-- Crash-utility mailing list Crash-utility@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/crash-utility
