Re: writing a driver for the IBM ultraport camera (USB)
[Bcc to -multimedia] On Thu, 16 May 2002 18:21:14 -0400, Carlos Ugarte <[EMAIL PROTECTED]> wrote: > I'm working on a similar project - a FreeBSD driver for the Philips > webcams based on the Linux pwc driver. It's nowhere near working yet, > but I've learned a few things that may help you along the way. [..] Hi Carlos, thanks for the detailed answer, and thanks for taking the time of writing a real answer instead of quickly jotted words :-) Thanks also for the suggestion on which driver to use as a starting point. I already thought of using USB snoopy to get a dump of the protocol exchange. Regarding the Philips webcam you are working on, I am wondering how you will handle the decompression part, which as you know is done in Linux by a binary only driver for NDA reasons. I have a question on the USB architecture. From my limited understanding the various USB devices are divided in "classes", for example storage, or human interface like a mouse. Each class of device is supposed to have a specific API in addition to the generic USB one. On the USB web site I was able to find the class document for still video cameras, but it seems there is nothing regarding, what's the english for it, continuous video cameras. Are you aware of any standard for these devices? > Further down the line there is the issue of what kind of interface > should be provided to user space. [..] Exactly! I know nothing about video, but I understand it would be crazy (or masochistic) to provide a different API per video driver. I am aware too of video4linux, which good or bad is at least a standard. Looking for a standard I found SANE (http://www.mostang.com/sane/) which is or tries to be the Unix (better?) equivalent of TWAIN. Although SANE means Scanner Access Now Easy, it talks also about video cameras. Any ideas on this? marco To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: writing a driver for the IBM ultraport camera (USB)
On Fri, 2002-05-17 at 16:57, Marco Molteni wrote: > Exactly! I know nothing about video, but I understand it would be crazy > (or masochistic) to provide a different API per video driver. I am aware > too of video4linux, which good or bad is at least a standard. Looking > for a standard I found SANE (http://www.mostang.com/sane/) which is or > tries to be the Unix (better?) equivalent of TWAIN. Although SANE means > Scanner Access Now Easy, it talks also about video cameras. > > Any ideas on this? Generally web cams produce the same end data anyway. The things that vary are resolution and colour depth. V4L support would be nice but it's a lot of infrastructure. You could look at how the bktr driver API works and provide a subset of that. -- 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 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Hardware for FreeBSD
Hi hackers, I am in a big dillema (and great hurry/pressure). I need to buy some hardware for some firewalls for my company. And so the blues started. First, I went to Dell. Almost signed the papers for two PowerEdges 2550, (everything in them seemed to be compatible with FreeBSD) when I found out they are longer then the rack!!! And not only the 2550, but most of their cases. So I went to IBM. A little more expensive, but what the hack? It's IBM. So, almost made a system, and when coming to checking the compatibility list, IBM ServeRaid is not supported under FreeBSD. WTF??? So my question is: if you'd have to buy good/reliable hardware now, which is the vendor you'd choose (considering the facts above)? I looked on the FreeBSD's site for some hardware vendors in Germany (where I live), but none found. And I'd go for a brand name, anyways. Thank you, bogdan iCom Media AG Kirchweg 36 Koln, 50858 Germany Phone: +49-(0)221-485-689-16 Fax : +49-(0)221-485-689-20 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: pccard hang - how to start debugging?
> > In message: <[EMAIL PROTECTED]> > Thomas David Rivers <[EMAIL PROTECTED]> writes: > : > : OK - > : > : pccard (or, more likely, the pcic driver) hangs when I insert > : my ethernet card into the pcmcia slot on my VAIO F480 (with > : 4.5-RELEASE.) > : > : The entire machine is hung up tight. > : > : When I remove the card, everything comes "alive" again > : > : This clearly feels like a missed interrupt somewhere... > : > : So - how do I start to attack this problem? I was thinking DDB > : in the kernel would be the way to go, but if the machine is hung, > : how do I interrupt it? > > Set a breakpoint in pcic_pci_intr before inserting the card. Try > reading various exca registers by hand to see if reading one of them > fixes things. Try looking at the pci memory mapped cardbus registers. > Get lots of datasheets. OK - I'll start looking around > > : Any thoughts on how to debug this issue would be greatly > : appreciated. I'm hoping a little stumbling around, err debugging, > : will shed light on this. > > Good luck. I fought this one for a long time and gave up in the end > and putting the hw.pcic.intr_path in as a work around. But... that doesn't work for me. If it set it to "1" - the machine will not boot. Also - I need to understand why this machine worked so well with 4.1-RELEASE, and doesn't with 4.5-RELEASE. I'm guessing there was a significant change of some kind?.. - Dave Rivers - -- [EMAIL PROTECTED]Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Hardware for FreeBSD
iXsystems. http://www.ixsystems.net. They have Adaptec RAID controllers. I did some testing on them and they solidly trounce every other RAID card I've used thus far (Mylex, Compaq, HP NetRAID). I love their servers, I've got about 20 of them in production now on systems I manage. They're rock solid with FreeBSD. My company has about 200 of them and I spec them for production use every time I get the chance. Matt On Friday, May 17, 2002, at 04:05 AM, Bogdan TARU wrote: > > Hi hackers, > > I am in a big dillema (and great hurry/pressure). I need to buy some > hardware for some firewalls for my company. And so the blues started. > > First, I went to Dell. Almost signed the papers for two PowerEdges > 2550, > (everything in them seemed to be compatible with FreeBSD) when I found > out > they are longer then the rack!!! And not only the 2550, but most of > their > cases. > > So I went to IBM. A little more expensive, but what the hack? It's IBM. > So, almost made a system, and when coming to checking the compatibility > list, IBM ServeRaid is not supported under FreeBSD. WTF??? > > So my question is: if you'd have to buy good/reliable hardware now, > which > is the vendor you'd choose (considering the facts above)? I looked on > the > FreeBSD's site for some hardware vendors in Germany (where I live), but > none found. And I'd go for a brand name, anyways. > > Thank you, > bogdan > > > > iCom Media AG > Kirchweg 36 > Koln, 50858 > Germany > > Phone: +49-(0)221-485-689-16 > Fax : +49-(0)221-485-689-20 > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message > `` Matt Simerson [EMAIL PROTECTED] Unix Systems Engineer Interland, Inc. "For the first time in history of a civilized nation we have full gun control and registration, our streets will be safer, the police will do a better job of protecting its citizens, and the world will follow our lead into the future". - Adolph Hitler - 1935 `` To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: How to dump a 4gig system on panic ?
There are 3 things you could do: a) Limit your memory size in the loader b) Use partial dumps c) Use network dumps if you have another machine to run the dump server on. Both the netdump & partial dump code can be found at: http://www.cs.duke.edu/~anderson/freebsd/ Both may be a little out of date & require some work to get working with a recent -stable, as they were developed in the days when 4.0 was -current. Drew To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
PMAP_COLLECT message error...
Hello Hackers. A friend sent me a message telling me that in the console of her server is appearing this message: PMAP_COLLECT: Collecting PV entries -- suggest increasing PMAP_SHGPERPROC Anyone know what this means? (I'm sorry if this is too basic for you... for me is a mistery yet) Thanks in advance. JB To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: PMAP_COLLECT message error...
It's a kernel option. Check the FAQ, and then LINT. On Fri, May 17, 2002 at 09:31:46AM -0500, Jorge Biquez wrote: > Hello Hackers. > > A friend sent me a message telling me that in the console of her server is > appearing this message: > > PMAP_COLLECT: Collecting PV entries -- suggest increasing PMAP_SHGPERPROC > > Anyone know what this means? (I'm sorry if this is too basic for you... for > me is a mistery yet) > > Thanks in advance. > > JB > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message -- Michael Lucas [EMAIL PROTECTED], [EMAIL PROTECTED] http://www.oreillynet.com/pub/q/Big_Scary_Daemons Absolute BSD: http://www.nostarch.com/abs_bsd.htm To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: writing a driver for the IBM ultraport camera (USB)
On Fri, 17 May 2002, Marco Molteni wrote: > [Bcc to -multimedia] > > On Thu, 16 May 2002 18:21:14 -0400, Carlos Ugarte <[EMAIL PROTECTED]> wrote: > > > I'm working on a similar project - a FreeBSD driver for the Philips > > webcams based on the Linux pwc driver. It's nowhere near working yet, Would it be easier to just use the ugen driver and write a 'userland-only' utility that leveraged the ugen driver's ability to already talk to the device? Seems like that would save you a lot of hassle in developing working code. There are, however, some bennefits to having a driver - just wanted to mention this possible solution. Fred -- Fred Clift - [EMAIL PROTECTED] -- Remember: If brute force doesn't work, you're just not using enough. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Hardware for FreeBSD
> iXsystems. http://www.ixsystems.net. Ditto. Four 1U SMP SCSI, running -CURRENT. Happy as clams. One 2U SMP SCSI running -STABLE. Also happy as a clam. Dell, IBM? Priced 'em, not competitive. Good people too. My two beads of wampum, Eric To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: writing a driver for the IBM ultraport camera (USB)
Marco Molteni writes: > thanks for the detailed answer, and thanks for taking the time of > writing a real answer instead of quickly jotted words :-) Glad I could help! > Regarding the Philips webcam you are working on, I am wondering how you > will handle the decompression part, which as you know is done in Linux > by a binary only driver for NDA reasons. Fortunately, decompression on the Philips cameras is not necessary for all resolution and frame rate combinations. Without compression, it is possible to do 30 fps on SQCIF (128x96) and QSIF (160x120), 25 fps on QCIF (176x144), and 5 fps on SIF (320x240) and CIF (352x288) (for some cameras). The only resolution that can't be used is VGA (640x480). My intent is to make it work for these cases, and then see if I can enter into an NDA with Philips and get the details necessary to implement compression. If they agree, I imagine I would be able to distribute a binary that only handles compression. For those wondering, USB 1.x provides a bandwidth of 12 Mbps. For these Philips webcams, I have read that using compressed video at the highest settings it is possible to support two webcams on the same bus. Three cameras would exceed the availability of bandwidth on the bus. > I have a question on the USB architecture. From my limited understanding > the various USB devices are divided in "classes", for example storage, > or human interface like a mouse. Each class of device is supposed to > have a specific API in addition to the generic USB one. On the USB web > site I was able to find the class document for still video cameras, but > it seems there is nothing regarding, what's the english for it, > continuous video cameras. Are you aware of any standard for these devices? That sounds about right. There are standards for certain types of devices (hubs, keyboards, mice, audio input, audio output, mass storage, volume knobs, printers, scanners, ...). Manufacturers are encouraged to conform to the standard. Sometimes they opt not to, sometimes they get it wrong. In some cases there is no standard for them to use so they come up with their own. I believe this is the case for these webcams; this is why there is a multitude of drivers for them. > Exactly! I know nothing about video, but I understand it would be crazy > (or masochistic) to provide a different API per video driver. I am aware > too of video4linux, which good or bad is at least a standard. Looking > for a standard I found SANE (http://www.mostang.com/sane/) which is or > tries to be the Unix (better?) equivalent of TWAIN. Although SANE means > Scanner Access Now Easy, it talks also about video cameras. > > Any ideas on this? Hmm... I had heard of SANE before but thought it was limited to scanners. A quick look through their web site indicates that they are working on supporting digital (still) cameras. From what I can tell the applications are all geared towards working with still images that can be captured from some device through SANE. While these webcams could be made to work like that, I think the eventual goal is to support some streaming sort of video more along the lines of a TV card. My thoughts had been to find an existing interface to conform to. As Daniel suggested, I (eventually) intend to look at the bktr driver and see how good a fit that is. I expect there is something there we could leverage, but there would also be the need to add new API calls. The other alternative I had been considering was to provide V4L support. The payoff is that there are a number of applications written to this standard. It's a lot more work, though (not only would the driver have to conform to V4L; V4L support would have to be added in the first place) and it's not clear that V4L is the best target (given the work on V4L2). It's here today, but it may not be here tomorrow. Carlos -- Carlos A. Ugarte[EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Patches for linprocfs and linux emulation - fix 'ls /proc' bug and ipc's
Hi all I have an application that uses the linux procfs extensively and also linux ipcs. I found two problems in the current linux emulation. (I hope the diff provided below will work as is since my mailing program is a bit limited :) ) 1) linux_ipc.c has a pice of code commented that we can actually use now. I think the other pieces were added later and this didn't get changed. The patch is valid for RELENG_4 and HEAD. The current code will always remove only the first enry from a msg queue even if msgtyp was specified causing incorrect behaviour. It's a one line change in linux_ipc.c in src/sys/compat/linux 2) When traversing the linprocfs with i.e. ls (the linux ls in /compat/linux/bin/ls ) I noticed that some entries in the proc table is missing, compared to doing a FreeBSD ls /bin/ls. I traced the problem to a counter inconcistenct because linux reads smaller blocks at a time. This problem is only in RELENG_4 and not HEAD since the linprocfs changed a lot in HEAD. The loop skips the first 9 entries for the cpuinfo etc. in /compat/linux/proc, but on the second loop it skips the first 9 entries in the proc table and thus they do not show up in a /compat/linux/bin/ls If someone responsible from the linux emulation can review these changes and maybe commit them, I'll appreciate it :) Thanks Reinier cut cut - *** linprocfs_vnops.c 2001/08/12 14:29:19 1.3.2.5--- linprocfs_vnops.c 2002/05/17 15:19:43** 896,902 default:! while (pcnt < i) { p = p->p_list.le_next; if (!p) goto done;--- 896,907 default:! /* Since we skip the first 9, by the time we! * get here i = 9 and we'll end up skipping ! * the first 9 procs in the list, so we! * increment pcnt by the same value! */! while ((pcnt + 9) < i) { p = p->p_list.le_next; if (!p) goto done; - cut -- cut -- cut *** linux_ipc.c.old Fri May 17 11:08:58 2002--- linux_ipc.c Fri May 17 11:09:29 2002** 358,364 bsd_args.msqid = args->msqid; bsd_args.msgp = args->msgp; bsd_args.msgsz = args->msgsz;! bsd_args.msgtyp = 0; /* XXX - args->msgtyp; */ bsd_args.msgflg = args->msgflg; return msgrcv(td, &bsd_args); }--- 358,364 bsd_args.msqid = args->msqid; bsd_args.msgp = args->msgp; bsd_args.msgsz = args->msgsz;! bsd_args.msgtyp = args->msgtyp; bsd_args.msgflg = args->msgflg; return msgrcv(td, &bsd_args); } - cut cut -- cut -Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience
Re: writing a driver for the IBM ultraport camera (USB)
Fred Clift writes: > On Fri, 17 May 2002, Marco Molteni wrote: > > > [Bcc to -multimedia] > > > > On Thu, 16 May 2002 18:21:14 -0400, Carlos Ugarte <[EMAIL PROTECTED]> wrote: > > > > > I'm working on a similar project - a FreeBSD driver for the Philips > > > webcams based on the Linux pwc driver. It's nowhere near working yet, > > > Would it be easier to just use the ugen driver and write a 'userland-only' > utility that leveraged the ugen driver's ability to already talk to the > device? Seems like that would save you a lot of hassle in developing > working code. There are, however, some bennefits to having a driver - > just wanted to mention this possible solution. That occurred to me, as I have seen the solution work first hand in another case. I have a Canon S110 "Digital Elph" still camera that unfortunately does not conform to the USB mass storage standard. That said, it is possible to get it to work with FreeBSD - there is a program by the name of s10sh that makes use of libusb (and ugen) to speak the language of the S110. I agree that doing something at user level would probably be easier than working on a driver. That said, I opted to work on a device driver instead for a couple of reasons. One is that I think it would be easier to drum up support from more applications if the device is given its own kernel space driver (even though a user space library might provide most of the same functionality). Another was that I did not feel familiar enough with USB (the standard) or ugen (the device driver) to know how well this would work. And then there is the process of writing a device driver - though the goal is to support a set of webcams, the "side effect" of learning more about the kernel and devices in general is what interested me the most. Carlos -- Carlos A. Ugarte[EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: tuning a CPU bound server
--- Peter Wemm <[EMAIL PROTECTED]> wrote: > The only real problem that I know of with postfix is that it still > suffers from select(2) collisions (FreeBSD kernel problem) when it tries > to shut down a bunch of idle smtp senders. That can cause transient load > average spikes - this can be a bit alarming but doesn't actually affect > things very much. Just wondering, are these the kind of problems which can be solved by using the kqueue(2) mechanism, or am I talking nuts again? Regards. -- Hiten Pandya | xMach FreeBSD Solaris JFS4BSD UNIX POSIX "Who needs a life when you have FreeBSD and xMach :-)" WWW: http://storm.uk.FreeBSD.org/~hiten Finger [EMAIL PROTECTED] for PGP key [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Hardware for FreeBSD
For years, I've had the best luck with building my own systems, or having built to my specifications. Have comp delivered mostly assembled, but without hard drive installed, I can usually avoid having to buy Windows, too. Going this route, I pick all the parts, and can generally eliminate OS incompatibilities. I also don't buy lowest bidder parts, or try to save money on motherboards. That said, I've had pretty good luck with Dell hardware. At least the Optiflex line, don't know about PowerEdges. The Optiflex's I've bought all run both Linux and FreeBSD with no problems. (Local computer store has had used ones very cheap.) I've used the Compaq DL380 with Linux, and would recommend it as quite good and reliable hardware. Looks like the Compaq RAID controller is supported on FreeBSD, but I don't have access to one anymore, so can't try it. ---Nathan Bogdan TARU wrote: > Hi hackers, > > I am in a big dillema (and great hurry/pressure). I need to buy some >hardware for some firewalls for my company. And so the blues started. > > First, I went to Dell. Almost signed the papers for two PowerEdges 2550, >(everything in them seemed to be compatible with FreeBSD) when I found out >they are longer then the rack!!! And not only the 2550, but most of their >cases. > > So I went to IBM. A little more expensive, but what the hack? It's IBM. >So, almost made a system, and when coming to checking the compatibility >list, IBM ServeRaid is not supported under FreeBSD. WTF??? > > So my question is: if you'd have to buy good/reliable hardware now, which >is the vendor you'd choose (considering the facts above)? I looked on the >FreeBSD's site for some hardware vendors in Germany (where I live), but >none found. And I'd go for a brand name, anyways. > > Thank you, > bogdan > > > >iCom Media AG >Kirchweg 36 >Koln, 50858 >Germany > >Phone: +49-(0)221-485-689-16 >Fax : +49-(0)221-485-689-20 > > >To Unsubscribe: send mail to [EMAIL PROTECTED] >with "unsubscribe freebsd-hackers" in the body of the message > > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: gethostbyname2 and AF_INET6
According to Terry Lambert: > They are trying to be good network citizens by supporting IPv6. But they're doing it badly. gethostbyname2 (defined by RFC-2133) has been obsoleted by RFC-2553 and all applications SHOULD use getaddrinfo(3) or getnodebyname(3). -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: tuning a CPU bound server
On Thu, 16 May 2002, Hiten Pandya wrote: > --- Peter Wemm <[EMAIL PROTECTED]> wrote: > > The only real problem that I know of with postfix is that it still > > suffers from select(2) collisions (FreeBSD kernel problem) when it tries > > to shut down a bunch of idle smtp senders. That can cause transient load > > average spikes - this can be a bit alarming but doesn't actually affect > > things very much. > > Just wondering, are these the kind of problems which can be solved by > using the kqueue(2) mechanism, or am I talking nuts again? You are welcome to rewrite qmail to use kqueue if you wish :) Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: How to dump a 4gig system on panic ?
Oh, I like the netdump one ... I have a machine sitting right beside this one that I can use to dump to ... has anyone thought to include this as a 'standard' sort of thing with FreeBSD? So that it keeps up with the current code? On Fri, 17 May 2002, Andrew Gallatin wrote: > > > There are 3 things you could do: > > a) Limit your memory size in the loader > > b) Use partial dumps > > c) Use network dumps if you have another machine to run the dump > server on. > > Both the netdump & partial dump code can be found at: > > http://www.cs.duke.edu/~anderson/freebsd/ > > Both may be a little out of date & require some work to get working > with a recent -stable, as they were developed in the days when 4.0 was > -current. > > > Drew > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: How to dump a 4gig system on panic ?
Marc G. Fournier writes: > > Oh, I like the netdump one ... I have a machine sitting right beside this > one that I can use to dump to ... has anyone thought to include this as a > 'standard' sort of thing with FreeBSD? So that it keeps up with the > current code? > > I plan to integrate partial dumps as an option at some point, but my only -current machines are alphas, so I need to get gdb working again there first. Drew To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: How to dump a 4gig system on panic ?
Well, downloaded the files (a .tar.gz would be nice? *grin*) and the client built perfectly, and kldload worked fine ... is there some way someone can suggest of 'simulating a crash'? Some way to test to make sure that it is working as expected? I have a 4.6-PRE machine on my desk that I'd like to test with before I try it on "the real thing", if at all possible? On Fri, 17 May 2002, Andrew Gallatin wrote: > > Marc G. Fournier writes: > > > > Oh, I like the netdump one ... I have a machine sitting right beside this > > one that I can use to dump to ... has anyone thought to include this as a > > 'standard' sort of thing with FreeBSD? So that it keeps up with the > > current code? > > > > > > I plan to integrate partial dumps as an option at some point, but my > only -current machines are alphas, so I need to get gdb working again > there first. > > Drew > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: How to dump a 4gig system on panic ?
--- "Marc G. Fournier" <[EMAIL PROTECTED]> wrote: > Well, downloaded the files (a .tar.gz would be nice? *grin*) and the > client built perfectly, and kldload worked fine ... is there some way > someone can suggest of 'simulating a crash'? Some way to test to make > sure that it is working as expected? I have a 4.6-PRE machine on my desk > that I'd like to test with before I try it on "the real thing", if at all > possible? If you have DDB in your kernel, then you can press Ctrl+Alt+Esc; by doing that, you will enter into the kernel debugger (DDB). At the prompt displayed, type 'panic' without the quotes and then should hopefully generate a dump. Regards. -- Hiten __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: How to dump a 4gig system on panic ?
Marc G. Fournier writes: > > Well, downloaded the files (a .tar.gz would be nice? *grin*) and the > client built perfectly, and kldload worked fine ... is there some way > someone can suggest of 'simulating a crash'? Some way to test to make > sure that it is working as expected? I have a 4.6-PRE machine on my desk > that I'd like to test with before I try it on "the real thing", if at all > possible? break into ddb & do: ddb > call dumpsys() Unless you're running a savecore which supports partial dumps, you need to disable partial dumps (sysctl net.net_dump.partial=0). And remember, you'll be spewing the contents of your ram (possibly passwords, etc) across the network in clear text. Drew To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: tuning a CPU bound server
On Fri, 17 May 2002, Doug White wrote: >You are welcome to rewrite qmail to use kqueue if you wish :) Although if I read the license correctly you hand djb a contract for your soul and first born child if you do. ;-) Brandon D. Valentine -- "Time to resign from the human race, wipe those tears from your lovely face. Baby, wave to the man in the ol' red caboose before all hell breaks loose." - Kinky Friedman To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: gethostbyname2 and AF_INET6
Ollivier Robert wrote: > According to Terry Lambert: > > They are trying to be good network citizens by supporting IPv6. > > But they're doing it badly. gethostbyname2 (defined by RFC-2133) has been > obsoleted by RFC-2553 and all applications SHOULD use getaddrinfo(3) or > getnodebyname(3). Both these RFC's are informational. The return values for gethostbyname/gethostbyname2/gethostbyaddr are also not precisely mapped. Particularly the HOST_NOT_FOUND is obfuscated in the getaddrinfo case EAI_NONAME, which may mean that it wasn't provided, vs. it not being known. A useful distinction is lost. I've personally and *recently* made the decision to use the gethostbname2 interface in a program because of this loss of information. In any case, neither interface is asyncronously callable in FreeBSD, so it's really rather irrelelvent to the the original desire to dike out IPv6 support to make up for DNS servers that do not respond correctly to requests with an unknown query type. PS: The response of a DNS server to an unknown query type is mandated by RFC's with significantly more standaing than "informational"... -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: How to dump a 4gig system on panic ?
Okay, seem to be about halfway there ... client kldload's no problem, server runs ... do a ctl-alt-esc to get into DDB and type panic, and it gives a message that its looking for the server and it finds it on the right IP ... then it prints out a '1023' and finishes the panic ... On the 'dump server', a vmcore gets created, but its zero length ... thoughts? On Fri, 17 May 2002, Andrew Gallatin wrote: > > Marc G. Fournier writes: > > > > Well, downloaded the files (a .tar.gz would be nice? *grin*) and the > > client built perfectly, and kldload worked fine ... is there some way > > someone can suggest of 'simulating a crash'? Some way to test to make > > sure that it is working as expected? I have a 4.6-PRE machine on my desk > > that I'd like to test with before I try it on "the real thing", if at all > > possible? > > break into ddb & do: > ddb > call dumpsys() > > Unless you're running a savecore which supports partial dumps, you > need to disable partial dumps (sysctl net.net_dump.partial=0). > > And remember, you'll be spewing the contents of your ram (possibly > passwords, etc) across the network in clear text. > > Drew > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
successful use of NOTE_LOWAT in kevent?
Has any successfully used the NOTE_LOWAT feature described in the kevent man page? -Kip __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message