From: William S. <wst...@po...> - 2000-03-12 22:26:23
|
Good afternoon, Jeff, 2.3.51-uml Sitting relatively idle after swapon /dev/disk/1 and loading up a few bash's in xterm1. Possibly mistranscribed as it overlaid top - you'd think I'd learn by now, wouldn't you?) Unimplemented syscall : 8 Untested (20092) [0x10171428]: syscall_kern.c line 696 From unistd.h: #define __NR_creat 8 Not a clue. Cheers, - Bill --------------------------------------------------------------------------- "... being a Linux user is sort of like living in a house inhabited by a large family of carpenters and architects. Every morning when you wake up, the house is a little different. Maybe there is a new turret, or some walls have moved. Or perhaps someone has temporarily removed the floor under your bed." -- Unix for Dummies, 2nd Edition -------------------------------------------------------------------------- William Stearns (wst...@po...). Mason, Buildkernel, named2hosts, and ipfwadm2ipchains are at: http://www.pobox.com/~wstearns LinuxMonth; articles for Linux Enthusiasts! http://www.linuxmonth.com -------------------------------------------------------------------------- |
From: James S. <mi...@st...> - 2001-12-05 20:44:13
|
Hi would you be able to apply this to cvs ? its just to get cvs to ignore the bins created in the tools dir diff -uNr /home/james/CVS-STUFF/UML/tools/mconsole/.cvsignore tools/mconsole/.cvsignore --- /home/james/CVS-STUFF/UML/tools/mconsole/.cvsignore Thu Jan 1 01:00:00 1970 +++ tools/mconsole/.cvsignore Wed Dec 5 20:37:37 2001 @@ -0,0 +1 @@ +uml_mconsole diff -uNr /home/james/CVS-STUFF/UML/tools/moo/.cvsignore tools/moo/.cvsignore --- /home/james/CVS-STUFF/UML/tools/moo/.cvsignore Thu Jan 1 01:00:00 1970 +++ tools/moo/.cvsignore Wed Dec 5 20:37:37 2001 @@ -0,0 +1 @@ +uml_moo diff -uNr /home/james/CVS-STUFF/UML/tools/uml_net/.cvsignore tools/uml_net/.cvsignore --- /home/james/CVS-STUFF/UML/tools/uml_net/.cvsignore Thu Jan 1 01:00:00 1970 +++ tools/uml_net/.cvsignore Wed Dec 5 20:37:38 2001 @@ -0,0 +1,2 @@ +uml_net + diff -uNr /home/james/CVS-STUFF/UML/tools/uml_router/.cvsignore tools/uml_router/.cvsignore --- /home/james/CVS-STUFF/UML/tools/uml_router/.cvsignore Thu Jan 1 01:00:00 1970 +++ tools/uml_router/.cvsignore Wed Dec 5 20:37:38 2001 @@ -0,0 +1,2 @@ +uml_switch + thanks James -------------------------- Mobile: +44 07779080838 http://www.stev.org 8:40pm up 16 days, 23:45, 5 users, load average: 0.00, 0.03, 0.00 |
From: James M. <jam...@ho...> - 2002-02-02 03:30:09
|
Jeff, you were worried about compatibility with the older naming forms. Here is how I did compatibilty a few patches ago. Yes, I know it looks dumb, but so does the ide/scsi disk naming. If this is in main.c root=/dev/ubd0 works and so does root=/dev/ubda both of which still refer to the original ubd0 whole disk. In addation the only problem with root= occurs if you want to use a disk above 8 as the root device. This is very seldom a problem. All other block devices have name-letter-part_number form and so the ubd default of name-number is somewhat odd to the rest of the kernel. Since you use devfs for the device files it is a small problem. The only problem would be if someone was not using devfs and wanted to use a kernel with partitions this would require moving some of the device nodes around if devfs is not in use but ubd0 never changes. Does this meet your requirements for compatibility for ubd0..7 root= ? On using AIO in ubd.c I was thinking to use the glibc for the basic <aio.h> stuff thread based but works everywhere, when one of the AIO patches finally makes it into the mainline then it will also work there without much change. I would also like to add a struct request * and struct aiocb * to the struct io_thread_req to allow the io_thread to get each io_req and then prepare a aio_read/write and have the a _user side handler in SIGIO mode to take the SIGEV_SIGNAL aio request complete and do the write to cause ubd_handler to run. ubd_handler would get the io_req back and do the equivialent of end_request on that request (using LOCAL_END_REQUEST) This will require that while(1) loop or similar and it might also end up queuing into the pipe to io_thread. io_thread would nolonger do the write to wake up ubd_handler and instead just start the aio and a signal handler for the aio would do the write instead. It would be best to put the <aio.h> include into the _kern side of ubd.c to replace parts of io_thread_req but this would break the seperation between _user/_kern includes. diff -N -a -u -r uml-2.4.17-4/init/main.c work-2.4.17-4/init/main.c --- uml-2.4.17-4/init/main.c Tue Jan 8 19:10:32 2002 +++ work-2.4.17-4/init/main.c Thu Jan 10 22:32:03 2002 @@ -210,7 +210,22 @@ { "pf", 0x2f00 }, { "apblock", APBLOCK_MAJOR << 8}, { "ddv", DDV_MAJOR << 8}, - { "ubd", UBD_MAJOR << 8 }, + { "ubd0", UBD_MAJOR << 8 | 0x0000 }, + { "ubd1", UBD_MAJOR << 8 | 0x0010 }, + { "ubd2", UBD_MAJOR << 8 | 0x0020 }, + { "ubd3", UBD_MAJOR << 8 | 0x0030 }, + { "ubd4", UBD_MAJOR << 8 | 0x0040 }, + { "ubd5", UBD_MAJOR << 8 | 0x0050 }, + { "ubd6", UBD_MAJOR << 8 | 0x0060 }, + { "ubd7", UBD_MAJOR << 8 | 0x0070 }, + { "ubda", UBD_MAJOR << 8 | 0x0000 }, + { "ubdb", UBD_MAJOR << 8 | 0x0010 }, + { "ubdc", UBD_MAJOR << 8 | 0x0020 }, + { "ubdd", UBD_MAJOR << 8 | 0x0030 }, + { "ubde", UBD_MAJOR << 8 | 0x0040 }, + { "ubdf", UBD_MAJOR << 8 | 0x0050 }, + { "ubdg", UBD_MAJOR << 8 | 0x0060 }, + { "ubdh", UBD_MAJOR << 8 | 0x0070 }, { "jsfd", JSFD_MAJOR << 8}, #if defined(CONFIG_ARCH_S390) { "dasda", (DASD_MAJOR << MINORBITS) }, _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com |
From: Safe-suit.com <saf...@ya...> - 2002-03-25 02:16:25
|
<html> <head> <meta http-equiv="Content-Type" content="text/html; charset=windows-1252"> <meta name="GENERATOR" content="Microsoft FrontPage 4.0"> <meta name="ProgId" content="FrontPage.Editor.Document"> <title>Safe</title> </head> <body> <font face="Georgia" color="#FF0000"><h1 align="center">Free Large (2'x3') American Flag</h1></font> <p align="center"><FONT SIZE="-1" FACE="Verdana,Tahoma,Arial,Helvetica,sans-serif">(If you cannot see this page, <a href="http://www.safe-suit.com/"> click here</a> for the on line version) </FONT> <table border="2" width="84%" align="center"> <tr> <td width="100%"> <table border="0" width="100%" cellpadding="0" cellspacing="0" align="center" height="154"> <tr> <td width="25%" rowspan="2" height="148" bgcolor=#99CCFF><a HREF="http://www.safe- suit.com/html/products.html"><IMG ID="NavigationButton1" SRC="http://www.safe- suit.com/mail/images/Products_Np1.gif" BORDER=0 ALT="Products" width="140" height="31"><br> </a><A HREF="http://www.safe-suit.com/html/resources.html"><IMG ID="NavigationButton2" SRC="http://www.safe-suit.com/mail/images/Resources_Np1.gif" BORDER=0 ALT="Resources" width="140" height="31"><br> </A><a HREF="http://www.safe-suit.com/html/news.html"><IMG ID="NavigationButton3" SRC="http://www.safe-suit.com/mail/images/News_Np1.gif" BORDER=0 ALT="News" width="140" height="31"><br> </a><a HREF="http://www.safe-suit.com/html/buy_now.html"><IMG ID="NavigationButton4" SRC="http://www.safe-suit.com/mail/images/Buy_Now_Np1.gif" BORDER=0 ALT="Buy Now" width="140" height="31"></a></td> <td width="37%" rowspan="2" height="148" bgcolor=#99CCFF><IMG ID="Picture6" height=137 width=214 SRC="http://www.safe-suit.com/mail/images/a_children_w_flag2.jpg" BORDER=0></td> <td width="38%" height="75" BGCOLOR="#2A5FFF"> <p align="center"><FONT COLOR="#FFFFFF" SIZE="+4" FACE="Trebuchet MS,Arial,Helvetica,sans-serif"> Safe-Suit</FONT></td> </tr> <tr> <td width="38%" height="67" BGCOLOR="#2A5FFF"> <p align="right"><FONT COLOR="#FFFFFF" SIZE="+1" FACE="Trebuchet MS,Arial,Helvetica,sans-serif">bio hazard protection</FONT></td> </tr> </table> <table border="0" width="102%" cellpadding="0" cellspacing="-1" align="center"> <tr> <td width="24%" align="center" bgcolor=#99CCFF><IMG ID="Picture4" SRC="http://www.safe-suit.com/mail/images/flag.gif" BORDER=0 width="100" height="55"><br> <FONT COLOR="#FF0033" SIZE="+3" FACE="Trebuchet MS,Arial,Helvetica,sans- serif"><B>Free<br> </B></FONT><FONT COLOR="#FFFF00" SIZE="+2" FACE="Trebuchet MS,Arial,Helvetica,sans- serif"><B>Large</B></FONT><FONT COLOR="#FFFFFF" FACE="Trebuchet MS,Arial,Helvetica,sans- serif"><B> <br> American Flag<br> </B></FONT><FONT COLOR="#003399" FACE="Trebuchet MS,Arial,Helvetica,sans- serif"><B>with every<br> </B></FONT><FONT COLOR="#FFFFFF" FACE="Trebuchet MS,Arial,Helvetica,sans- serif"><B>Safe-Suit<br> </B></FONT><a HREF="http://safe-suit.com/html/buy_now.html"><FONT COLOR="#FF0033" SIZE="+1" FACE="Verdana,Tahoma,Arial,Helvetica,sans-serif">Purchase</FONT></a><B><FONT COLOR="#FFFFFF" FACE="Trebuchet MS,Arial,Helvetica,sans-serif"> </FONT><FONT COLOR="#0000CC" FACE="Trebuchet MS,Arial,Helvetica,sans-serif"><br> Valued at $20!</FONT><FONT COLOR="#FFFFFF" FACE="Trebuchet MS,Arial,Helvetica,sans- serif"> </FONT><FONT COLOR="#FFFF00" SIZE="+2" FACE="Trebuchet MS,Arial,Helvetica,sans- serif"><br> 2 x 3 Feet!</FONT></B></td> <td width="55%" rowspan="4" valign="top"> <P ALIGN=CENTER><FONT FACE="Trebuchet MS,Arial,Helvetica,sans-serif">Since September 11, 2001<br> <B>tens of thousands</B> of people have been tested for Anthrax</FONT><FONT SIZE="-1" FACE="Verdana,Tahoma,Arial,Helvetica,sans-serif"> </FONT></P> <P ALIGN=CENTER><a HREF="http://www.safe- suit.com/html/products.html"><FONT COLOR="#2A5FFF" SIZE="+1" FACE="Verdana,Tahoma,Arial,Helvetica,sans-serif">The Safe-Suit Solution</FONT></a></P> <P ALIGN=CENTER><FONT SIZE="-1" FACE="Verdana,Tahoma,Arial,Helvetica,sans-serif"> </FONT><FONT FACE="Trebuchet MS,Arial,Helvetica,sans-serif">Since September 11, 2001 <B>over 30,000</B> people have been treated for Anthrax exposure</FONT><FONT SIZE="-1" FACE="Verdana,Tahoma,Arial,Helvetica,sans- serif"> </FONT></P> <P ALIGN=CENTER><a HREF="http://www.safe- suit.com/html/products.html"><FONT COLOR="#2A5FFF" SIZE="+1" FACE="Verdana,Tahoma,Arial,Helvetica,sans-serif">The Safe-Suit Solution</FONT></a><FONT SIZE="- 1" FACE="Verdana,Tahoma,Arial,Helvetica,sans-serif"> </FONT></P> <P ALIGN=CENTER><FONT FACE="Trebuchet MS,Arial,Helvetica,sans-serif">Since September 11, 2001 <B>5</B> people have <U>died</U> due to Anthrax exposure</FONT></P> <P ALIGN=CENTER><FONT SIZE="-1" FACE="Verdana,Tahoma,Arial,Helvetica,sans-serif"> </FONT><a HREF="http://www.safe- suit.com/html/products.html"><FONT COLOR="#2A5FFF" SIZE="+1" FACE="Verdana,Tahoma,Arial,Helvetica,sans-serif">The Safe-Suit Solution</FONT></a><FONT SIZE="-1" FACE="Verdana,Tahoma,Arial,Helvetica,sans-serif"> </FONT></P> <P ALIGN=CENTER><FONT SIZE="+2" FACE="Trebuchet MS,Arial,Helvetica,sans-serif">How many more of us<br> will die?</FONT></P> <P ALIGN=CENTER><a HREF="http://www.safe- suit.com/html/products.html"><FONT COLOR="#2A5FFF" SIZE="+1" FACE="Verdana,Tahoma,Arial,Helvetica,sans-serif">The Safe-Suit Solution</FONT></a><FONT SIZE="- 1" FACE="Verdana,Tahoma,Arial,Helvetica,sans-serif"> </FONT></P> <P ALIGN=CENTER><FONT FACE="Trebuchet MS,Arial,Helvetica,sans-serif">Anthrax was but the first of many possible bio-chemical warfare agents that may be unleashed upon us</FONT><FONT SIZE="-1" FACE="Verdana,Tahoma,Arial,Helvetica,sans-serif"> </FONT></P> <P ALIGN=CENTER><font color="#008000"><b><FONT FACE="Trebuchet MS,Arial,Helvetica,sans-serif">What are you doing to protect<br> your loved ones???</FONT><FONT SIZE="-1" FACE="Verdana,Tahoma,Arial,Helvetica,sans-serif"> </FONT></b></font></P> <P ALIGN=CENTER><a HREF="http://www.safe- suit.com/html/products.html"><FONT COLOR="#2A5FFF" SIZE="+1" FACE="Verdana,Tahoma,Arial,Helvetica,sans-serif">The Safe-Suit Solution</FONT></a></P> <P ALIGN=CENTER><a HREF="http://www.safe- suit.com/html/buy_now.html"><FONT COLOR="#FF0033" SIZE="+1" FACE="Verdana,Tahoma,Arial,Helvetica,sans-serif">Peace of Mind starts at $39.95</FONT></a></P> </td> <td width="24%"> <p align="center"><IMG ID="Picture7" SRC="http://www.safe- suit.com/mail/images/piggyback2.jpg" BORDER=0 width="122" height="129"></p> </td> </tr> <tr> <td width="24%" align="center" bgcolor=#99CCFF><a HREF="http://www.safe- suit.com/html/buy_now.html"><IMG ID="Picture11" SRC="http://www.safe- suit.com/mail/images/starburst.jpg" BORDER=0 width="138" height="121"></a></td> <td width="24%"> <IMG ID="Picture8" SRC="http://www.safe- suit.com/mail/images/bubbles2.jpg" BORDER=0 width="121" height="127"></td> </tr> <tr> <td width="24%" align="center" bgcolor=#99CCFF><IMG ID="Picture13" SRC="http://www.safe-suit.com/mail/images/anthrax2.jpg" BORDER=0 width="100" height="77"></td> <td width="24%"></td> </tr> <tr> <td width="24%" align="center" bgcolor=#99CCFF><img border="0" src="http://www.safe- suit.com/mail/images/radiationyellow1.jpg" width="96" height="96"></td> <td width="24%"> <IMG ID="Picture9" SRC="http://www.safe- suit.com/mail/images/hug2.jpg" BORDER=0 width="122" height="130"></td> </tr> </table> </td> </tr> </table> <table border="0" align="center" width="83%"> <tr> <td width="100%"> <p align="center"><span lang="EN-CA" style="font-size:10.0pt;font-family: Arial;mso-fareast-font-family:"Times New Roman";mso-ansi-language:EN-CA; mso-fareast-language:FR;mso-bidi-language:AR-SA">If you have received this mailing in error, or do not wish to receive any further mailings from us, please send a blank email to: <a href="mailto:saf...@ya...">saf...@ya...</a></span></p> </td> </tr> </table> </body> </html> |
From: Kip H. <hk...@us...> - 2002-04-16 17:57:37
|
I am one of a small team of students that is commited to working on SMP for a few weeks as part of some coursework at UT/Austin. We want to help move the ball down the field. I saw the earlier append by Jeff regarding need for "TLB for IPI". If someone could provide a little more here, and maybe contact info for principal SMP developers, perhaps we could help move this along. Thanks! Kip Harris ki...@no... |
From: <da...@gm...> - 2002-05-10 20:43:12
|
Date: Fri, 10 May 2002 23:40:28 +0300 To: Chandan Kudige <ch...@to...> Cc: Jeff Dike <jd...@ka...>, use...@li... Subject: Re: [uml-devel] UML on win32 - much progress Message-ID: <200...@ca...> References: <200...@cc...> <Pin...@be...> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <Pin...@be...> User-Agent: Mutt/1.3.28i On Fri, May 10, 2002 at 03:33:09PM -0400, Chandan Kudige wrote: > Hmm ... I had lots of problems trying to compile on Win32 without SMP > support. So I just turned it on. I will debug these eventually ... > > Chandan Can you point out these problems? I rememeber I had no problems compiling with UP when I worked on this port. -- Dan Aloni da...@gm... |
From: Steve S. <ste...@ho...> - 2002-10-22 18:21:52
Attachments:
slirp_hh.diff
|
da...@da... wrote: >I'm playing with 2.4.19-17um, with the slirp transport. It all works >fine until my Debian image goes to start ypbind and then it panics. Hmmm, I'm suspecting more transports will have this problem, but try the attached patch for slirp... it stubs out no-op hard header routines, the existence of which are not being tested for before use. Steve Schmidtke _________________________________________________________________ Unlimited Internet access -- and 2 months free! Try MSN. http://resourcecenter.msn.com/access/plans/2monthsfree.asp |
From: David C. <da...@da...> - 2002-10-22 18:41:41
|
Steve Schmidtke wrote: > Hmmm, I'm suspecting more transports will have this problem, but try the > attached patch for slirp... it stubs out no-op hard header routines, > the existence of which are not being tested for before use. Gets further, but it does this when setting up NFS mounts. Breakpoint 1, panic (fmt=0x801d94c7 "kernel BUG at %s:%d!\n") at panic.c:52 52 bust_spinlocks(1); (gdb) bt #0 panic (fmt=0x801d94c7 "kernel BUG at %s:%d!\n") at panic.c:52 #1 0x8002f4d2 in kmem_cache_reap (gfp_mask=0) at slab.c:1439 #2 0x800309a1 in shrink_caches (classzone=0x80231760, priority=6, gfp_mask=464, nr_pages=32) at vmscan.c:562 #3 0x80030a5f in try_to_free_pages (classzone=0x80231760, gfp_mask=0, order=2155874056) at vmscan.c:591 #4 0x80030b18 in kswapd_balance_pgdat (pgdat=0x80231760) at vmscan.c:630 #5 0x80030b89 in kswapd_balance () at vmscan.c:654 #6 0x80030cce in kswapd (unused=0x0) at vmscan.c:743 #7 0x8019342c in run_kernel_thread (fn=0x80030c18 <kswapd>, arg=0x0, jmp_ptr=0x808fc3c0) at process.c:233 #8 0x8019b8c8 in new_thread_handler (sig=10) at process_kern.c:130 #9 <signal handler called> #10 0x801a0661 in kill () #11 0x8019e51f in os_usr1_process (pid=11419) at process.c:86 #12 0x8019b938 in new_thread_proc (stack=0x808fe000) at process_kern.c:140 David -- David Coulson http://davidcoulson.net/ d...@vi... http://journal.davidcoulson.net/ |
From: Steve S. <ste...@ho...> - 2002-11-12 07:34:14
|
da...@da... wrote: >Jeff Dike wrote: >>I can't reproduce this, but I fixed something which may stop the hang. >Odd. I can usually do it twenty times in a row, but it's sort of 'hit and >miss' at the moment. Once you release -29, I'll see if it does it again. This problem looks familiar to me. If it hasn't gone away, Try the reactivate_fd/net_kern.c patch I posted to the list a while back. Steve Schmidtke _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail |
From: tez <te...@ka...> - 2002-11-20 05:57:53
|
Hi, # wget .../linux-2.5.47.tar.bz2 # wget .../uml-patch-2.5.47-1.bz2 # bzip2 -dc linux-2.5.47.tar.bz2 | tar xvf - # cd linux-2.5.47 # bzip2 -dc ../uml-patch-2.5.47-1.bz2 | patch -p1 # make menuconfig ARCH=um ( I do not any changes, save & exit ) # make linux ARCH=um .... vmlinux: In function `zisofs_readpage': vmlinux(.text+0x847f9): undefined reference to `zlib_inflateInit_' vmlinux(.text+0x84920): undefined reference to `zlib_inflate' vmlinux(.text+0x84a9d): undefined reference to `zlib_inflateEnd' vmlinux: In function `zisofs_init': vmlinux(.init.text+0x5a8c): undefined reference to `zlib_inflate_workspacesize' collect2: ld returned 1 exit status make: *** [linux] error 1 Help me... -- Satoshi Kamihira te...@ka... |
From: David C. <da...@da...> - 2002-11-20 13:00:54
|
tez wrote: > vmlinux(.text+0x847f9): undefined reference to `zlib_inflateInit_' Disable the zlib compress/decompress options. David -- David Coulson http://davidcoulson.net/ d...@vi... http://journal.davidcoulson.net/ |
From: tez <te...@ka...> - 2002-11-21 04:55:43
|
From: David Coulson <da...@da...> Subject: Re: [uml-devel] (no subject) Date: Wed, 20 Nov 2002 08:01:10 -0500 > tez wrote: > > vmlinux(.text+0x847f9): undefined reference to `zlib_inflateInit_' > > Disable the zlib compress/decompress options. > > David > > -- > David Coulson http://davidcoulson.net/ > d...@vi... http://journal.davidcoulson.net/ > At last ... Thanks David. :-) diff -Naur a/arch/um/Kconfig b/arch/um/Kconfig --- a/arch/um/Kconfig Thu Nov 21 13:53:19 2002 +++ b/arch/um/Kconfig Thu Nov 21 13:51:13 2002 @@ -128,6 +128,7 @@ source "fs/Kconfig" +source "lib/Kconfig" menu "SCSI support" |
From: Matthew S. <ms...@on...> - 2002-12-15 00:15:23
|
Guys, Has there been any discussion about porting UML to Alpha? I've been searching the archives and didn't see any messages relating to the Alpha architecture. Any thoughts? Is it possible? I'm not a kernel hacker - but I'm willing to help out as much as I can. I have an Alpha 2100 4/275 that I would love to be able to run multiple instances of Linux on. Thanks! - Matt Matthew Sell Programmer On Time Support, Inc. www.ontimesupport.com (281) 296-6066 Join the Metrology Software discussion group METLIST! http://www.ontimesupport.com/subscribe_t&c.html. "One World, One Web, One Program" - Microsoft Promotional Ad "Ein Volk, Ein Reich, Ein Fuhrer" - Adolf Hitler Many thanks for this tagline to a fellow RGVAC'er... |
From: James S. <ja...@st...> - 2002-12-15 14:14:05
|
Hi i got an alpha and i was thinking of doing a port of uml to it though the only thing i have a lake of is time. On Sun, 2002-12-15 at 00:15, Matthew Sell wrote: > > Guys, > > > Has there been any discussion about porting UML to Alpha? > > I've been searching the archives and didn't see any messages relating to > the Alpha architecture. > > Any thoughts? Is it possible? > > I'm not a kernel hacker - but I'm willing to help out as much as I can. I > have an Alpha 2100 4/275 that I would love to be able to run multiple > instances of Linux on. > > Thanks! > > > - Matt > > > > > > > > > > > > Matthew Sell > Programmer > On Time Support, Inc. > www.ontimesupport.com > (281) 296-6066 > > Join the Metrology Software discussion group METLIST! > http://www.ontimesupport.com/subscribe_t&c.html. > > > "One World, One Web, One Program" - Microsoft Promotional Ad > "Ein Volk, Ein Reich, Ein Fuhrer" - Adolf Hitler > > Many thanks for this tagline to a fellow RGVAC'er... |
From: Venkatesh P. R. <vra...@co...> - 2003-01-29 14:15:09
|
Hi, I have 2 questions. 1> Are read-write locks and spin locks reentrant as implemented in linux? (I am guessing not). 2> What does it imply if the execution reaches BUG() function in the linux kernel? [This happens in my uml installation.] waiting for reply, -- Venkatesh Prasad Ranganath, Dept. Computing and Information Science, Kansas State University, US. web: http://www.cis.ksu.edu/~rvprasad -- Venkatesh Prasad Ranganath, Dept. Computing and Information Science, Kansas State University, US. web: http://www.cis.ksu.edu/~rvprasad |
From: Henrik N. <hn...@ma...> - 2003-01-29 14:52:27
|
ons 2003-01-29 klockan 15.25 skrev Venkatesh Prasad Ranganath: > 1> Are read-write locks and spin locks reentrant as implemented in > linux? > (I am guessing not). A single thread may only lock once. > 2> What does it imply if the execution reaches BUG() function in the > linux > kernel? [This happens in my uml installation.] A BUG() is a kernel panic. As the name indicates it implies a unexpected bug has been detected and the kernel does not know how to proceed. -- Henrik Nordstrom <hn...@ma...> MARA Systems AB |
From: Jan H. <bu...@uc...> - 2003-01-29 16:56:05
|
On Wed, Jan 29, 2003 at 08:25:05AM -0600, Venkatesh Prasad Ranganath wrote: > Hi, > > I have 2 questions. > > 1> Are read-write locks and spin locks reentrant as implemented in > linux? > (I am guessing not). You are guessing right. AFAIK Linus considers that a very bad programming practice, that is only slow (and especialy spinlocks are *very* time-critical) and leads to poor locking schemes that in turn leads to bugs. Thus there are no recursive locks in kernel at all. > 2> What does it imply if the execution reaches BUG() function in the > linux > kernel? [This happens in my uml installation.] It means that something has happened that could not have happened either because of a fatal error in the kernel code or because of hardware failure (it may happen when something causes random bit flips...). System is in rather random state from that point on. In normal kernel it leads to an OOPS trace (register and stack dump, symbol names can be assigned using ksymoops utility) and immediate termination of involved context. In uml it leads to call to panic(), which terminates the umlinux process immediately. I suppose it dumps core if that is enabled (see ulimit(1)) so that gdb can be used for post-mortem analysis of the crash. ------------------------------------------------------------------------------- Jan 'Bulb' Hudec <bu...@uc...> |
From: Shashwat S. <ssr...@cs...> - 2003-06-12 09:32:41
|
- Shashwat |
From: Jeff C. <je...@si...> - 2003-09-25 07:02:17
|
Please apply the patch below to host-skas3.patch so that it does not need to be undone when compiling uml. Currently, I need to apply host-skas3.patch to /usr/src/linux to compile the host's vmlinux, and reverse it in order to compile uml linux. With the patch below, this will prevent gcc from redefining the struct twice. Thanks, Jeff --- linux/include/asm-i386/ptrace.h.org Thu Sep 25 14:32:18 2003 +++ linux/include/asm-i386/ptrace.h Thu Sep 25 14:34:49 2003 @@ -51,6 +51,7 @@ #define PTRACE_SETOPTIONS 21 +#ifndef __arch_um__ struct ptrace_faultinfo { int is_write; unsigned long addr; @@ -61,6 +62,7 @@ void *ptr; unsigned long bytecount; }; +#endif #define PTRACE_FAULTINFO 52 #define PTRACE_SIGPENDING 53 |
From: Adam H. <ad...@do...> - 2003-09-25 16:34:33
|
On Thu, 25 Sep 2003, Jeff Chua wrote: > > Please apply the patch below to host-skas3.patch so that it does not need > to be undone when compiling uml. > > Currently, I need to apply host-skas3.patch to /usr/src/linux to compile > the host's vmlinux, and reverse it in order to compile uml linux. With the > patch below, this will prevent gcc from redefining the struct twice. A better fix it to modify uml's include, to not redefine the structure. Maybe a common include, for both files. |
From: Jeff C. <je...@si...> - 2003-09-25 17:20:15
|
On Thu, 25 Sep 2003, Adam Heath wrote: > > Please apply the patch below to host-skas3.patch so that it does not need > > to be undone when compiling uml. > > Maybe a common include, for both files. Problem is uml has to be compiled under a separate path other than the standard path /usr/src/linux. /usr/include/asm/ptrace.h is not accessed until the very end. And I was trying to minimize changes to the original patch. Jeff Dike ... any comments? Thanks, Jeff. |
From: Adam H. <ad...@do...> - 2003-09-25 20:45:40
|
On Fri, 26 Sep 2003, Jeff Chua wrote: > > On Thu, 25 Sep 2003, Adam Heath wrote: > > > > Please apply the patch below to host-skas3.patch so that it does not need > > > to be undone when compiling uml. > > > > Maybe a common include, for both files. > > Problem is uml has to be compiled under a separate path other than the > standard path /usr/src/linux. /usr/include/asm/ptrace.h is not accessed > until the very end. Huh? |
From: <st...@ni...> - 2003-10-03 17:05:04
|
I'd like to share memory between the uml-kernel and a user-space util (some megabytes). I'd like this to be a file-descriptor that is mmap'ed in both processes. What is the most nice way to do this? The memory manager in uml can do this for me as far as I can see (but I'm not into the internals to hack out the fd and memory maped up in the kernel side). Or should I just use malloc() and mmap into this area? Doesn't this fuck up when uml goes between internal user space and kernel space, remapping in the /tmp/foo (deleted) files? into the malloc'ed areas? If so, this might be an issue for the dude who wants to play with gtk/x11 into the kernel then some points of implementations plays with mmap-buffers etc. Stian This mail has been scanned for known viruses on an open, Linux-based mailsystem developed by http://Knowledge-Network.no and http://Nixia.no. |
From: Jeff D. <jd...@ad...> - 2003-10-06 21:23:30
|
st...@ni... said: > I'd like to share memory between the uml-kernel and a user-space util > (some megabytes). > I'd like this to be a file-descriptor that is mmap'ed in both > processes. What is the most nice way to do this? Use iomem, which does pretty much what you want. Jeff |
From: Stroesser, B. <Bod...@fu...> - 2004-09-20 19:58:29
|
Today I tried testing interrupted systemcalls on UML 2.6.8.1-1 with the incremental patches up to skas-flush-tlb. My host does not yet support the new SYSEMU-ptrace. In skas-mode, the uml system with this kernel doesn't boot! It panics with the message: =20 Kernel panic: handle_trap - failed to wait at end of syscall, errno =3D = 4, status =3D 4479 =20 Tracking this down I saw that "errno =3D 4" from the message is misleading! It's an old errno, the return value of waitpid() is the pid of the user-thread. It seems to be stopped by SIGCHLD. I do not understand exactly what happens, but the signal seems to be generated while running handle_syscall() called from handle_trap(). Changing back to the sequence of calling waitpid() and handle_syscall() as it has been before the sysemu-patch removed the problem. =20 Here is my patch (I also changed the panic message to include "err" and to print status in Hex): =20 Bodo =20 =20 --- tmp/linux-2.6.8.1/arch/um/kernel/skas/process.c 2004-09-17 19:20:15.000000000 +0200 +++ linux-2.6.8.1/arch/um/kernel/skas/process.c 2004-09-20 21:31:39.451946258 +0200 @@ -68,25 +68,25 @@ return; } =20 - handle_syscall(regs); - if(use_sysemu) - return; + if(!use_sysemu) { + err =3D ptrace(PTRACE_POKEUSER, pid, = PT_SYSCALL_NR_OFFSET, __NR_getpid); + if(err < 0) + panic("handle_trap - nullifying syscall failed, errno =3D %d\n", + errno); =20 - err =3D ptrace(PTRACE_POKEUSER, pid, PT_SYSCALL_NR_OFFSET, __NR_getpid); - if(err < 0) - panic("handle_trap - nullifying syscall failed, errno = =3D %d\n", - errno); + err =3D ptrace(PTRACE_SYSCALL, pid, 0, 0); + if(err < 0) + panic("handle_trap - continuing to end of syscall failed, " + "errno =3D %d\n", errno); =20 - err =3D ptrace(PTRACE_SYSCALL, pid, 0, 0); - if(err < 0) - panic("handle_trap - continuing to end of syscall failed, " - "errno =3D %d\n", errno); - - CATCH_EINTR(err =3D waitpid(pid, &status, WUNTRACED)); - if((err < 0) || !WIFSTOPPED(status) || - (WSTOPSIG(status) !=3D SIGTRAP)) - panic("handle_trap - failed to wait at end of syscall, " - "errno =3D %d, status =3D %d\n", errno, status); + CATCH_EINTR(err =3D waitpid(pid, &status, WUNTRACED)); + if((err < 0) || !WIFSTOPPED(status) || + (WSTOPSIG(status) !=3D SIGTRAP)) + panic("handle_trap - failed to wait at end of syscall, " + "err =3D %d, errno =3D %d, status =3D = %x\n", err, errno, status); + } + + handle_syscall(regs); } =20 =20 =20 |