Re: USB keyboard thoughts.
David Gilbert wrote: I acquired my first motherboard that does not have ps/2 keyboard and mouse connectors on it this week. It's a funny thing ... because a keyboard connector seems to be all it doesn't have. It has 6 ide channels, digital audio, firewire and 6 USB ports. Anyways, usb keyboards don't work that smoothly. If the keyboard emulation is set to 'BIOS' ... you can do things like edit the RAID config (onboard) or a PCI card BIOS config... but the keyboard won't show up at all to FreeBSD. With the keyboard compatibility set to 'OS' ... FreeBSD sees and uses the keyboard. Two caveat's, however. The boot loader is inaccessible in this mode and if the keyboard is not plugged in on boot, it cannot be plugged in later. The system recognises ukbd0 when it's plugged in, but it doesn't attach to the console. I fear that we'll see more motherboards like this. Dave. Can't help much with the motherboar/bios issues, but I have been using an USB keyboard (or rather a USB PS2 keyboard/mouse adapter, Raritan APSUSB) plugged into my Sony Z505 notebook for about 4 years now. I have to use kbdcontrol to switch control from the builtin to the usb one with the line below /usr/sbin/kbdcontrol -k /dev/kbd1 /dev/console You probably need to put a line like that in your usbd.conf. Then the keyboard should work if you plug it in after booting. I suspect you would need to use /dev/kbd0 not kbd1 though. If the keyboard emulation is set to BIOS, does the keyboard work with the bootloader? BTW, I think Dmitry meant the make/model of the motherboard, not the keyboard (and I'm curious too). -stacy ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: C coding editor
Wes Peters wrote: Terminal? You have heard of this really cool thing called windowing software? ;^) I completely utterly fail to understand why some young developers attach some sort of romance to writing code on an 80x25 screen, when all the haxxors my age or older waited (or slaved away) for years, even decades, to get something better and more flexible. Terminal? 80x25 screen? Bloody luxury. How 'bout ed on a 300 baud DecWriter? You could even have more then 80 columns, if you had the wide paper :-) -stacy -- If they keep lowering education standards and raising the price of gasoline, there are going to be a lot of stupid people walking around. Stacy Millions [EMAIL PROTECTED] Millions Consulting Limited To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Intel 82802 Hardware RNG
I am pleased (and nervous :-) to announce release 0.0.0 of my driver for the Intel 82802 Hardware Random Number Generator. You can get it at http://www.millions.ca/~stacy/82802rng.html I will now run for cover :-) -stacy -- If they keep lowering education standards and raising the price of gasoline, there are going to be a lot of stupid people walking around. Stacy Millions [EMAIL PROTECTED] Millions Consulting Limited To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: I climb the mountain seeking wisdom
Greg 'groggy' Lehey wrote: There will always be situations where the debugger can't catch the problem in time. Then it's up to you to guess and put a breakpoint just before it freezes; this can be an interative process. The method requiring the least thought is to single step over function calls until the system freezes. Then you know which function it happened in. Reboot, set a breakpoint in that function, and repeat. What is being a real bear on this one, is the fact that it is not my code that is generating the panic. I assume I'm doing something bad that some other part of the kernel finds objectionable. Makes it hard to know where to set the break point... Debugging hasn't changed much since 4.3BSD. True enough, but *what* I am debugging sure has changed. KLD for example did not exist the last time I did kernel programming. Debugging klds is a little more difficult. You need to use gdb's add-symbol-file command to get the symbols. There are some functions which help, but the good one hasn't been committed yet. Take a look at http://people.freebsd.org/~gallatin/gdbmods. I had found a refrence to the add-symbol-file, but had not tried it, mostly because I can't get a core file... guess I will have to look into the remote debugger. Now I want to do a kldunload and have the driver dettach, the MOD_UNLOAD is called, but the detach() is never called. What do I need to do to get the detach() to be called? Is there an opposite to BUS_ADD_CHILD()? I tried device_delete_child()... gave me a panic and no core and devclass_delete_driver()... returned an error (ENOENT, I think) Hmm, haven't had that particular problem, but my klds don't handle hardware. Have you looked at similar code in other drivers? Well, it turned out that this was a problem caused by the same root problem that was causing my panics in strange places. Once I tracked down my rogue pointer, things became much better behaved. OK, I admit it, I have been programming in Java for the last two years and it is taking my brain a while to adjust to pointers again :-) Moral of the story, don't stomp your device_t, not that I was doing it intentionaly... Now, for a more meaning of life, the universe and device drivers type set of question: For a static driver, we have the config flags that can be used to modify the drivers behaviour, is sysctl the equivalent for KLD modules? If so, should a person support both or are the config flags considered depricated? Is there any naming convention for the MIB or is _driver_._option_ acceptable? -stacy -- If they keep lowering education standards and raising the price of gasoline, there are going to be a lot of stupid people walking around. Stacy Millions [EMAIL PROTECTED] Millions Consulting Limited To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: I climb the mountain seeking wisdom
Greg 'groggy' Lehey wrote: On Friday, 6 September 2002 at 12:23:13 -0600, Stacy Millions wrote: Page fault while in kernel mode unfortunately, ddb hangs so I don't get a core file. That's obviously the first thing you should address. I'm open to suggestions. How can I force a core if ddb freezes? I have tried 'sysctl debug.debugger_on_panic=0', but that doesn't help, just causes me to have to hit the reset button for different reasons; like an infinite loop worth of kernel trap 12 with interupts disabled Debugging hasn't changed much since 4.3BSD. True enough, but *what* I am debugging sure has changed. KLD for example did not exist the last time I did kernel programming. On the subject of which, I have a question regarding KLD, in my driver, the MOD_LOAD does nothing, the identify() does a BUS_ADD_CHILD() to the parent (nexus) and then probe() and attach() do thier stuff and life is good. Now I want to do a kldunload and have the driver dettach, the MOD_UNLOAD is called, but the detach() is never called. What do I need to do to get the detach() to be called? Is there an opposite to BUS_ADD_CHILD()? I tried device_delete_child()... gave me a panic and no core and devclass_delete_driver()... returned an error (ENOENT, I think) -stacy -- If they keep lowering education standards and raising the price of gasoline, there are going to be a lot of stupid people walking around. Stacy Millions [EMAIL PROTECTED] Millions Consulting Limited To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
I climb the mountain seeking wisdom
Any kind and learned kernel hackers out there who can spare a few cycles to help me along my learning curve? It has been a while (5+ years) since I have done any serious kernel work (SysV environment) and my copy of DI of 4.3BSD is showing its (and my) age. At the moment, the whole area of Bus Resources is causing me greif, my panic rate is about 4 or 5 panics/hour (but I'm sure, with some coaching, I could get that to 7 or 8 :-) RTFM is an acceptable answer if accompanied by refrences, I have already read all the relevant bits I could find in http://www.freebsd.org/docs.html -stacy -- If they keep lowering education standards and raising the price of gasoline, there are going to be a lot of stupid people walking around. Stacy Millions [EMAIL PROTECTED] Millions Consulting Limited To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: I climb the mountain seeking wisdom
John Baldwin wrote: On 06-Sep-2002 Stacy Millions wrote: At the moment, the whole area of Bus Resources is causing me greif, my panic rate is about 4 or 5 panics/hour (but I'm sure, with some coaching, I could get that to 7 or 8 :-) What kind of panics? Page fault while in kernel mode unfortunately, ddb hangs so I don't get a core file. -stacy -- If they keep lowering education standards and raising the price of gasoline, there are going to be a lot of stupid people walking around. Stacy Millions [EMAIL PROTECTED] Millions Consulting Limited To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message