test, please ignore
_ War on Iraq. See latest update. http://server1.msn.co.in/completecoverage/bushvssaddam/ News, views and more ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Debugging FreeBSD 4.7 using gdb remote machine
Hi all, I am trying to debug the FreeBSD 4.7 kernel using gdb remote debugging. However I am not able to do it properly. The kernel breaks in properly when I run "target remote /dev/cuaa1" command on my developement machine. However when I try to "step, next, continue" in the code it simply hangs, Or if I execute command to view backtrace, it doesnot show the complete stack and many of the entries are garbled giving the messages about "Ignoring packet error, continuing... " and "Reply contains invalid hex digits 116". Only once I was ablt to debug successfully. In my VMWARE setup also I can do the debugging without any problem. I even faced the same problem with different set of machines. Is there anything that I am missing in configuration or gdb stuff, or cabling problem? (I tested with kermit that the serial connection setup and is working fine, or it seems to be ;-() Any clues will be of great help. Thanks ans Regards, Manish _ Catch the Oscar fever. See winners & losers. http://server1.msn.co.in/MSNSpecials/oscar2003/index.asp Right here ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [hackers] Re: Realtek
In message: <[EMAIL PROTECTED]> [EMAIL PROTECTED] (Dag-Erling Smørgrav) writes: : "M. Warner Losh" <[EMAIL PROTECTED]> writes: : > In message: <[EMAIL PROTECTED]> : > [EMAIL PROTECTED] (Dag-Erling Smørgrav) writes: : > : address wrong to not finding it at all (I believe it reports "No : > : station address in CIS!") and refusing to attach. : > It always didn't find it, you just got lucky before. The no station : > address in CIS means that it can't map the CIS. This means the 'it' : > isn't dc, but rather 'cbb'. cbb's ability to map memory is kinda : > flakey on some machines. You have one. You need to set : > hw.cbb.start_memory to a value that makes your laptop happy. : : ...such as? An address that works. Without further knowledge of your laptop, it is impossible for me to say. You will have to find this out by trial and error. Some folks like 0xf800, others like 0x4 and one uses 0xd4000, but the last one I don't recommend. Warner ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Mbuf Question
Hey Just a quick question, we have a bsd box that is running out of mbufs, its just constantly increasing and we cant quite shut down a process at a time to find the cause since its a live box. So what i would like to know, is, is it possible to code a program to see how many mbufs are allocated to which program and find the one using them all up? Or is that not at all possible? If it is possible, could you put me in the right direction to accomplish this and the libraries or functions i might need to read/learn? Thanx Cole/Stalker ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Mbuf Question
Hey I have a quick question. Is it possible to find out which mbuf clusters are allocated to specific programs that are running or is that impossible. If it is possible, then could someone point me in the right direction for reading material or the functions / libraries that i would need to look at? Thanx Cole / Stalker ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [hackers] Re: Realtek
"M. Warner Losh" <[EMAIL PROTECTED]> writes: > An address that works. Without further knowledge of your laptop, it > is impossible for me to say. You will have to find this out by trial > and error. Some folks like 0xf800, others like 0x4 and > one uses 0xd4000, but the last one I don't recommend. 0xf800 seems to work on my StinkPad (still can't get the serial port to work though). It still complains about an "invalid BAR number: 27(06)". Plenty of ACPI errors too, but I don't really expect much from an IBM laptop. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [hackers] Re: Realtek
In message: <[EMAIL PROTECTED]> [EMAIL PROTECTED] (Dag-Erling Smørgrav) writes: : "M. Warner Losh" <[EMAIL PROTECTED]> writes: : > An address that works. Without further knowledge of your laptop, it : > is impossible for me to say. You will have to find this out by trial : > and error. Some folks like 0xf800, others like 0x4 and : > one uses 0xd4000, but the last one I don't recommend. : : 0xf800 seems to work on my StinkPad (still can't get the serial : port to work though). It still complains about an "invalid BAR : number: 27(06)". Plenty of ACPI errors too, but I don't really expect : much from an IBM laptop. Cool. I'm sorry you have to do these ugly hacks, and hope to get things working better soon. Maybe I should add a stinkpad to my wish list :-) Warner ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [hackers] Re: Realtek
"M. Warner Losh" <[EMAIL PROTECTED]> writes: > Maybe I should add a stinkpad to my wish list :-) I'll trade you mine for a reasonably recent Dell or FujitsuSiemens laptop :) DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: jiffy.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > Yes, but it would be easier to answer your question if you told us > what you need the information for. Sorry; I'll be more specific. I'm porting a deadline-scheduler from Linux over to FreeBSD that determines deadines by using jiffies. For example, process 1's deadline is when jiffies=10 and so on. I just discovered the global variable 'ticks' which seems to suit my needs, is this correct? - - Evan -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+iLMiECYZSrUV88QRAl3gAJ4uk5Ep7QR2DMB2nZ0Qw/k+47gRbwCePkDO vMGJt1/ZTcekag9dStFeet4= =BjkD -END PGP SIGNATURE- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [hackers] Re: Realtek
On Mon, 31 Mar 2003, Dag-Erling [iso-8859-1] Smørgrav wrote: > 0xf800 seems to work on my StinkPad (still can't get the serial > port to work though). It still complains about an "invalid BAR > number: 27(06)". Plenty of ACPI errors too, but I don't really expect > much from an IBM laptop. Thankfully, APM works great on the older Thinkpads. To enable the serial port you'll want to run the DOS 'ps2.exe' utility. You can use the 'smapi' kernel driver and the userland utility ftp://ftp.jurai.net/users/winter/smapi.tar.gz to see if its disabled (likely). I still haven't puzzled out how to enable the serial ports with my utility. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: jiffy.
"Evan S." <[EMAIL PROTECTED]> writes: > > Yes, but it would be easier to answer your question if you told us > > what you need the information for. > Sorry; I'll be more specific. I'm porting a deadline-scheduler from Linux over > to FreeBSD that determines deadines by using jiffies. For example, process > 1's deadline is when jiffies=10 and so on. I just discovered the global > variable 'ticks' which seems to suit my needs, is this correct? Yes - as far as I know our ticks and Linux's jiffies are exactly the same thing. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [hackers] Re: Realtek
"Matthew N. Dodd" <[EMAIL PROTECTED]> writes: > Thankfully, APM works great on the older Thinkpads. for some definition of "great" which includes the APM BIOS suddenly deciding to suspend the laptop after 30 seconds even when the mains cord is plugged in. > To enable the serial > port you'll want to run the DOS 'ps2.exe' utility. I know. I did that. I get: sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 port 0x3f8-0x3ff irq 4 drq 3 on acpi0 sio0: type 8250 or not responding DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [hackers] Re: Realtek
On Mon, 31 Mar 2003, Dag-Erling [iso-8859-1] Smørgrav wrote: > for some definition of "great" which includes the APM BIOS suddenly > deciding to suspend the laptop after 30 seconds even when the mains > cord is plugged in. You've got a 600 series right? What model and bios revision? (Find out with the 'vpd' driver or go into the BIOS setup.) > I know. I did that. I get: > > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0 port 0x3f8-0x3ff irq 4 drq 3 on acpi0 > sio0: type 8250 or not responding It won't work at all with ACPI; don't use it. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [hackers] Re: Realtek
"Matthew N. Dodd" <[EMAIL PROTECTED]> writes: > What model and bios revision? (Find out with the 'vpd' driver or go > into the BIOS setup.) Yep, a 600E (2645BG). I don't know exactly what BIOS version I have, but I kept it fairly up to date until a fellow committer who shall remain nameless ran off with the floppy about a year and a half ago. If there's any way to flash the BIOS from Windows, I can try that. Regarding vpd, some documentation (at least in NOTES) would be nice. I shouldn't have to RTFS to understand what you're talking about. > It won't work at all with ACPI; don't use it. "don't use ACPI" or "don't use sio"? DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: jiffy.
erm...what are jiffies ? - aW Sorry; I'll be more specific. I'm porting a deadline-scheduler from Linux over to FreeBSD that determines deadines by using jiffies. For example, process 1's deadline is when jiffies=10 and so on. I just discovered the global variable 'ticks' which seems to suit my needs, is this correct? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [hackers] Re: Realtek
On Tue, 1 Apr 2003, Dag-Erling [iso-8859-1] Smørgrav wrote: > Regarding vpd, some documentation (at least in NOTES) would be nice. > I shouldn't have to RTFS to understand what you're talking about. Build /sys/modules/bios/vpd, install/load it, read the kernel output. It also provides all the information via sysctl: # sysctl hw.vpd hw.vpd.machine.type.0: 2645 hw.vpd.machine.model.0: 8BU hw.vpd.build_id.0: INET36WW hw.vpd.serial.box.0: 78PLGM9 hw.vpd.serial.planar.0: J1B369624W5 > > It won't work at all with ACPI; don't use it. > > "don't use ACPI" or "don't use sio"? Don't use ACPI. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
vm_fault and nfs_getpages errors
Hi All, I have a diskless machine, which runs FreeBSD 4.7-R and samba on it. The machine has NFS mounted swap and filesystems on one of my servers. In fact the server is FreeBSD 4.7-R too. From time to time I get the following messages from kernel: nfs_getpages: error 13 vm_fault: pager read error, pid 3955 (smbd) pid 3955 (smbd), uid 65534: exited on signal 6 Does anybody have an idea, where is the problem? Vladimir ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: jiffy.
In article <[EMAIL PROTECTED]>, Wilkinson,Alex <[EMAIL PROTECTED]> writes >erm...what are jiffies ? http://dictionary.reference.com/search?q=jiffy The last definition on the page starts: jiffy n. 1. The duration of one tick of the system clock on your computer (see tick). Often one AC cycle time (1/60 second in the U.S. and Canada, 1/50 most other places), but more recently 1/100 sec has become common. ... The Commodore PET, for example, called its 1/60 second clock tick a jiffy. Used for timing relatively short intervals. ttfn, Tony ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: BSD tar (was Re: Making pkg_XXX tools smarter about filetypes...)
Jordan K Hubbard wrote: Given ample personal experience with this issue, all I can say is that actions speak a lot louder than words where it's concerned. :-) On Sunday, March 30, 2003, at 11:47 AM, Tim Kientzle wrote: I've given up trying to argue for a well-designed package file format. tar works well enough, I suppose. (Better than the oft-suggested 'zip' format. Ugh.) Yes, people have pointed out to me before that email does not convey irony at all well. I should be more careful about that. As it turns out, Jordan, the major reason I've given up trying to argue for a new format is that I now believe that 'tar' is actually a pretty reasonable choice. (I think that the performance issues that people have complained about can be addressed by improving the pkg_* tool implementations without changing the file format. I've started working on that... ;-) Tim ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Debugging FreeBSD 4.7 using gdb remote machine
On Mon, 31 Mar 2003 21:02, Manish Sapariya wrote: > Only once I was ablt to debug successfully. > In my VMWARE setup also I can do the debugging without > any problem. > > I even faced the same problem with different set of machines. > > Is there anything that I am missing in configuration or gdb stuff, > or cabling problem? (I tested with kermit that the serial connection > setup and is working fine, or it seems to be ;-() I would try reducing your serial port speed. I have had trouble doing anything above 9600 baud which is quite irritating :( -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Debugging FreeBSD 4.7 using gdb remote machine
Hi, I would try reducing your serial port speed. I have had trouble doing anything above 9600 baud which is quite irritating :( Actually I am running with 9600 baud only. Would it help if I further reduce baud? Anyway, I shall run it with still lower baud and check. Thanks and Regards, Manish _ Visit Malaysia. Win a free trip! http://server1.msn.co.in/msnspecials/malaysiatourism/index.asp Have an exotic holiday ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Debugging FreeBSD 4.7 using gdb remote machine
On Tue, 1 Apr 2003 16:04, Manish Sapariya wrote: > >I have had trouble doing anything above 9600 baud which is quite > > irritating > > > >:( > > Actually I am running with 9600 baud only. > Would it help if I further reduce baud? > Anyway, I shall run it with still lower baud and check. Hmm, worth a shot I guess. I found 9600 baud worked quite well when I was doing it, but I haven't needed to use it for a while. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [hackers] Re: Realtek
"M. Warner Losh" <[EMAIL PROTECTED]> writes: > In message: <[EMAIL PROTECTED]> > [EMAIL PROTECTED] (Dag-Erling Smørgrav) writes: > : address wrong to not finding it at all (I believe it reports "No > : station address in CIS!") and refusing to attach. > It always didn't find it, you just got lucky before. The no station > address in CIS means that it can't map the CIS. This means the 'it' > isn't dc, but rather 'cbb'. cbb's ability to map memory is kinda > flakey on some machines. You have one. You need to set > hw.cbb.start_memory to a value that makes your laptop happy. ...such as? DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: wait()/alarm() race condition
> Greetings,
>
> I have a loop which calls wait(), and I want another function to be
> called
> as close to once per minute as possible. Pseudo code:
>
[snip example]
>
> My concern is there is a small possibility that the alarm signal is
> delivered after the if() but before the wait. So it is possible that
> this
> wait takes several minutes or longer.
There's two ways of avoiding this race that no one has mentioned:
Option 1:
You could do the timer-based work in the signal handler itself, once
you're sure that the signal is only unblocked when you're otherwise
doing nothing, (and that any other handlers that do significant work are
also blocked while in the signal handler)
Option 2:
If you'd rather have the real work done in the loop itself, you could
use setjmp/longjmp to jump out of the signal handler back to a point in
the code avoiding the blocking call, ensuring that the alarm can only be
generated in a small window (see sample below)
Of course, kqueue() avoids all this mucking around, at the expense of
portability to non-FreeBSD systems.
> #include
> #include
> #include
>
> static int alarmed = 0;
> static jmp_buf jb;
>
> void
> sigalarm()
> {
> alarmed = 1;
> longjmp(jb, 1);
> }
>
> int
> main(int argc, char *argv[])
> {
> sigset_t ss;
> struct sigaction sa;
> int rv;
>
> /* Create signal mask containing just SIGALRM */
> sigemptyset(&ss);
> sigaddset(&ss, SIGALRM);
>
> /* Set up handler for SIGALRM */
> sa.sa_handler = sigalarm;
> sa.sa_flags = 0;
> sigemptyset(&sa.sa_mask);
> sigaction(SIGALRM, &sa, 0);
> sigprocmask(SIG_BLOCK, &ss, 0); /* Only unblock when idle */
>
> /* Possibly start up child process, etc */
> for (;;) {
> if (setjmp(jb) == 0) {
> /* We may never get to call pause() below */
> rv = -1;
> /* Start alarm */
> alarm(2);
> /* Enable alarm signal */
> sigprocmask(SIG_UNBLOCK, &ss, 0);
> A:
> /* Wait for signal */
> rv = pause(); /* or wait, etc. */
> }
> B:
> /*
> * At this point, either pause() finished, or SIGALRM
> * happened between A and B (or both)
> */
>
> /* Block SIGALRM while we work */
> sigprocmask(SIG_BLOCK, &ss, 0);
>
> if (alarmed) {
> /* Alarm fired: to timer-based stuff. */
> alarmed = 0;
> printf("do work\n");
> }
>
> if (rv != -1) {
> /*
> * If we called wait() instead of pause(), we
> * could deal with the consequences of a
> * successful wait() here.
> */
> }
> }
> return 0;
> }
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
