Re: Writing a (BSD like) Operating Systems From Scratch
On Fri, May 24, 2013 at 04:57:44PM +, Welcome, Traiano wrote: Hi Julian Thanks, any response is appreciated, here's mine: I typed into Google: how to write an OS, and got lots of hits. Have you explored them? http://www.acm.uiuc.edu/sigops/roll_your_own/ http://mikeos.berlios.de/write-your-own-os.html http://stackoverflow.com/questions/254149/how-do-you-write-a-basic-operating-system -- Brian Reichert reich...@numachi.com BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: OT: getting named to answer differently based on requester's IP
On Wed, Jan 02, 2013 at 02:57:47PM -0800, Freddie Cash wrote: You want to set up views and IP-based ACLs. There's lots of documentation online about configuring views. Basically, they work exactly how you want: - clients with IPs in 192.168.2.x subnet get 192.168.2.x replies - all other clients get public IP replies I think the term of art is 'split horizon' DNS. (I'm likely dating myself there.) http://www.cyberciti.biz/faq/linux-unix-bind9-named-configure-views/ -- Brian Reichert reich...@numachi.com BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: reverse USB driver - is it possible?
On Tue, Jun 05, 2012 at 09:31:38AM -0500, Mark Felder wrote: On Mon, 04 Jun 2012 18:51:50 -0500, Daniel O'Connor docon...@gsoft.com.au wrote: ISTR someone on the lists was talking about a device by http://i-odd.com which does what you want. I found http://renosite.com/ which is a home brew version of the same basic idea. Zalman ZM-VE200 and ZM-VE300 are also what you want. Kind of nice to have ISOs on a drive and be able to make it fake a CDROM/DVDROM/BDROM at your leisure. Recently got a ZM-VE300, based on such advice. I'm new to it, but I had one instance of a desktop ditsro live CD fail because it perceived the faked CD-ROM device to have timed out. Just one data point. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org -- Brian Reichert reich...@numachi.com BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Capsicum project: Ideas needed
On Fri, Jul 08, 2011 at 07:42:12AM +0400, Ilya Bakulin wrote: The question is: which applications should also be processed? I think that the most wanted candidates are SUID programs and/or popular network daemons. I propose 'man'; sneaky stuff can happen there Dunno if that meshes with your focus on servers, though... -- Regards, Ilya Bakulin http://kibab.com xmpp://kibab...@jabber.ru -- Brian Reichert reich...@numachi.com BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Keeping /etc/localtime up-to-date
On Mon, Mar 28, 2011 at 11:10:42AM -0700, Garrett Cooper wrote: On Mon, Mar 28, 2011 at 10:57 AM, dieter...@engineer.com wrote: I have been running FreeBSD and NetBSD with /etc/localtime being a symlink for years and have not seen any problems as a result. +1. Many Linux distros do the same thing as well (Gentoo is just one example). RedHat is a counter-example. Parts of the kernel are not timezone aware, and seem to be hard-coded to use whatever TZ the hardware clock is in. The symptom I was running into was that the kernel's timestamps were waffling back-and-forth during the boot process. I was making use of a symlink, but the timezone data was on a different partition from the root parition. RedHat's support officially said don't use a symlink, as any process started before the 'real' TZ files were available would reckon time differently when printing timestamps. Lots of people got bit by this: https://bugzilla.redhat.com/show_bug.cgi?id=91228 YMMV. Thanks, -Garrett ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org -- Brian Reichert reich...@numachi.com BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: reverse of getchar() read() open() fopen() ?
On Fri, Feb 11, 2011 at 10:32:46PM +0100, Julian H. Stacey wrote: Hi hackers@, Do we have C libraries with reverse of getchar() [ maybe read() ] fopen() [ maybe open() ] etc, to read from end of file toward beginning ? I dont see anything in the See Also sections. I'm not looking to write, just read. I'm looking for something that returns last char in file as first etc, I'm not interested in wchars etc, I could write some C functions, with seek etc probably will, if none exist, but no point if they already exist ? Use lseek() to position yourself, iterate over the file, copying into a small buffer, then iterate over your buffer in reverse? Maybe I misunderstood you... Cheers, Julian -- Brian Reichert reich...@numachi.com 55 Crystal Ave. #286 Derry NH 03038-1725 USA BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: unversal watchdog
On Wed, Mar 01, 2006 at 10:20:03PM -0700, M. Warner Losh wrote: : You can do it with /etc/ttys. Actually this point is missing by many : FreeBSD administrators, people just think of /etc/ttys in term of : terminals and stuff :) But if youi'll open the man page you would : found the following: It may have already been volunteered already; has the OP explored daemontools? I'll note that its master 'svscan' script is launched by an rc.d script (a decision of the port maintainer), not init directly, but that's not a hard change to affect... Warner -- Brian Reichert [EMAIL PROTECTED] 55 Crystal Ave. #286Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: easy question about kill command
On Fri, Dec 16, 2005 at 10:52:25AM +0300, roma.a.g wrote: Is there anyone who can explain me, why when i say 'kill -HUP id', and its failed to restart, kill say nothing? That's because all kill is responsible for is sending the signal; see kill(2). As to whether or not the process in question has a SIGHUP handler, and what the behavior of that handler is, or what the latency in said handler has in completing it's desired actions, is completely outside the scope of the kill() syscall. It is such an easy to implement... No, it's not: kill would need lots of knowledge about how every possible program is supposed to work when sent a SIGHUP. The apache_ctl script suppied by the Apache project is an example of a control script that doesn't always work; said script thinks that if it found a PID, and could send a HUP signal to it, it would gleefully inform the user that apache has been stopped. I've had to roll my own management script that more agressively checks, and will not return until Apache indeed stops. I needed this in a situation where Apache, via mod_perl, had a bunch of pending SQL transactions; asking apache to stop via a HUP could take _minutes_ until all of those SQL connections tore down. kill(2), and anything built on top of that, would have no idea if the HUP signal was being processed at all... Roman Gorohov. mailto:[EMAIL PROTECTED] -- Brian Reichert [EMAIL PROTECTED] 55 Crystal Ave. #286Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Does tcpdump2xplot work?
This may be pilot error, but for the life of me, I can't get tcpdump2xplot to work as advertised. Every lick of documentation I can find say to first create a netdump libpcap file of TCP packets as such: tcpdump -tt -S -w tcpdump.out tcp Then, near as I can tell, I should be able to use tcpdump2xplot -plot tcpdump.out or tcpdump2xplot tcpdump.out But in either case, each packet is rejected with the message 'Malformed entry in dump file tcpdump.out'. Can someone clue me in? Yes, tcpdump2xplot is just perl code, but this tools seems like it's been around for a while... -- Brian Reichert [EMAIL PROTECTED] 55 Crystal Ave. #286Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Does tcpdump2xplot work?
On Tue, Dec 13, 2005 at 11:00:57AM -0500, Brian Reichert wrote: This may be pilot error, but for the life of me, I can't get tcpdump2xplot to work as advertised. Every lick of documentation I can find say to first create a netdump libpcap file of TCP packets as such: I misenterpreted the instructions; tcpdump2xplot does _not_ accept a capture file. Other docs say I have to do this: tcpdump -tt -S -r tcpdump.out | tcpdump2xplot But, I get the same error... -- Brian Reichert [EMAIL PROTECTED] 55 Crystal Ave. #286Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Does tcpdump2xplot work?
On Tue, Dec 13, 2005 at 11:20:49AM -0500, Brian Reichert wrote: Other docs say I have to do this: tcpdump -tt -S -r tcpdump.out | tcpdump2xplot But, I get the same error... I've traced down the issue: tcpdump now creates lines like: id IP to from ... And tcpdump2xplot doesn't want to see that 'IP' field. I'll try to get a patch cobbled... -- Brian Reichert [EMAIL PROTECTED] 55 Crystal Ave. #286Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Does tcpdump2xplot work?
On Tue, Dec 13, 2005 at 12:01:11PM -0600, Dan Nelson wrote: You'll probably get better results using the tcptrace port, which reads capture files directly. That it does; I was exploring what tcpdump2xplot _could_ provide, as distinct from tcptrace, and ran in to the roadblock I originally ran into.. -- Dan Nelson [EMAIL PROTECTED] -- Brian Reichert [EMAIL PROTECTED] 55 Crystal Ave. #286Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: SSH From within a Jail
On Sat, Nov 12, 2005 at 05:43:51AM -0800, d c wrote:
debug1: read_passphrase: can't open /dev/tty: Device
busy
Host key verification failed.
I just don't understand how to fix can't open
/dev/tty
Consider the -T option to ssh. ('Disable pseudo-tty allocation.)
I don't know the ramifications of that, though...
regards
--- d c [EMAIL PROTECTED] wrote:
--
Brian Reichert [EMAIL PROTECTED]
55 Crystal Ave. #286Daytime number: (603) 434-6842
Derry NH 03038-1725 USA BSD admin/developer at large
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: serial login to SBC
On Fri, Sep 30, 2005 at 05:14:01PM +0200, [EMAIL PROTECTED] wrote: Hello list, I am trying to use a FreeBSD box to log into a Single Board Computer. I have a null modem and it's plugged to both serial ports. The SBC runs openbsd ( /dev/cua00). When I run cu -l /dev/cuaa0 from FreeBSD, I don't get any login prompt. Do you have getty running on that port on the SBC? What I am doing wrong? I've already read the FBSD handbook. I have an OpenBSD box to experiment with first, and can't serial login either. I really need help on this one. Thank you ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED] -- Brian Reichert [EMAIL PROTECTED] 55 Crystal Ave. #286Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
anyone using security/dropbear?
I've tried using the dropbear client (0.46), built both from source and ports, and consistently get this message: dbclient: Warning: Reading the random source seems to have blocked. If you experience problems, you probably need to find a better entropy source. Googling for this diagnostic yields essentially no info, so I don't know if there's something weird about my FBSD install (4.11-R). Has anyone seen this before, or have any advice on the matter? -- Brian Reichert [EMAIL PROTECTED] 55 Crystal Ave. #286Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: anyone using security/dropbear?
On Thu, Sep 29, 2005 at 02:14:13PM -0400, Kris Kennaway wrote: Check the source.. is it using /dev/urandom (which never blocks), or /dev/random (which I still don't think blocks, but may return short reads). Either way, it sounds like some level of application bug...it probably should be using the former source, but even if it's not, it shouldn't be blocking. ktrace shows /dev/random, and indeed, very short reads. Let me try another maunal build, pushing it to /dev/urandom. Thanks for the quick feedback... Kris -- Brian Reichert [EMAIL PROTECTED] 55 Crystal Ave. #286Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: anyone using security/dropbear?
On Thu, Sep 29, 2005 at 12:58:17PM -0700, Doug Barton wrote: Depending on why that program needs random bits, that could be a very bad idea. Take a look at the following page and see if it helps: http://people.freebsd.org/~dougb/randomness.html A handy resource, thanks. As I mentioned in some private email on this matter, my short-term goal was to just get it working, to suss out the behavior of the CLI. If I adopt this tool, I'll certainly take all of these suggestions into account. (Again, to all: thank for the feedback!) -- This .signature sanitized for your protection -- Brian Reichert [EMAIL PROTECTED] 55 Crystal Ave. #286Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Enumerating devices and hardware conf from userland
On Wed, Aug 24, 2005 at 08:28:28PM -0600, M. Warner Losh wrote: You can use devinfo to get 99% of the information that you are looking for. This is available in 4.x and newer. I don't see this under 4.11, or in ports. Where can I find this resource? Warner ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED] -- Brian Reichert [EMAIL PROTECTED] 55 Crystal Ave. #286Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: which Wifi cards can be used for a WAP?
On Sat, Apr 02, 2005 at 01:50:52AM -0500, Brian Reichert wrote: I'm looking at the impressive list of wireless network cards supported by FreeBSD here: http://www.freebsd.org/releases/5.3R/hardware-i386.html#WLAN But, I have the specific interest of building an 802.11g WAP. I seem to recall lore that not all Wifi cards could be used this way (something about needing to be able to run in ad-hoc mode, or some such.) The ath(4) manpage speaks of a 'hostap' mode, but the manpage confuses me. First, it says: The driver may also be configured to operate in hostap mode. In this mode a host may function as an access point (base station). Then: Access points are different than operating in IBSS mode. They operate in BSS mode. So, I'm confused, which mode does a WAP need to be in, 'BSS' or 'hostap'? Quickie research on this 'hostap' mode (which I'd never heard of until I began this research) seems to be what I need, but the verbiage in the ath(4) manpage is throwing me... Anyway, a survey of the manpages for various WiFi drivers supporting 'hostap' mode seems to sum up as such: wi(4) Cards based on the Intersil PRISM chips, but I don't think any of them support 802.11g. at(4) I guess everything listed here, with a URL to an up-to-date list: http://customerproducts.atheros.com/customerproducts In case anyone's following the same rabbit trail I am, on that search page, if I select: WLAN Product: PCI I get a huge list of PCI cards, and which 802.11 bands they support. (The search page won't let me exclude those cards that don't support 802.11g, but that subset it tiny.) That narrows my search, at this time, to 17 PCI cards supporting 802.11g. I'm currently assuming that anything on this list is indeed supported by FreeBSD's ath(4) driver. Please feel free to disabuse me of that notion... -- Brian Reichert [EMAIL PROTECTED] 55 Crystal Ave. #286Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: which Wifi cards can be used for a WAP?
On Sat, Apr 02, 2005 at 11:28:42AM -0500, Brian Reichert wrote: I guess everything listed here, with a URL to an up-to-date list: http://customerproducts.atheros.com/customerproducts In perusing many of these cards specs, I see many of them offer a 'turbo mode' of 108 Mbps. - Is this something magically supported by the hardware? By that, I mean: if I use a compatible WiFi card in a laptop, they'll just negotiate the higher rate, and as such the kernel driver has no impact? - I'm seeing 'turbo 802.11g' vs. 'Super G'. I haven't found any thing that tells me if these are synonyms, or if they are incompatable unofficial extansions of a spec. Does anyone here know? -- Brian Reichert [EMAIL PROTECTED] 55 Crystal Ave. #286Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: which Wifi cards can be used for a WAP?
On Sat, Apr 02, 2005 at 07:23:55PM +0200, Joerg Sonnenberger wrote: That's a vendor-specific mode. I strongly advice you _against_ using it, it's using at least one additional channel and only adds speed for very short distances. If you follow the common recommendation of leaving one channel before and after the active channel, you end up using at least 5 channels for turbo mode compared to three for normal, it's not worth the trouble. Ok, cool; thanks... Joerg -- Brian Reichert [EMAIL PROTECTED] 55 Crystal Ave. #286Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: which Wifi cards can be used for a WAP?
On Sat, Apr 02, 2005 at 11:28:42AM -0500, Brian Reichert wrote: I guess everything listed here, with a URL to an up-to-date list: http://customerproducts.atheros.com/customerproducts Another feature of some cards that I haven't found a clear picture of: Some cards have an antenna built right onto the card, and others seem to come with a remote antenna that hangs off of a six-foot (or so) cable. The vendors' arguments for the cable arrangment is that it allows for a more optimal placement of the antenna, but other lore suggests that the cable itself introduces loss of signal. Does anyone have a concrete opinion on this, or can point me in the right direction for some research? -- Brian Reichert [EMAIL PROTECTED] 55 Crystal Ave. #286Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
which Wifi cards can be used for a WAP?
I'm looking at the impressive list of wireless network cards supported by FreeBSD here: http://www.freebsd.org/releases/5.3R/hardware-i386.html#WLAN But, I have the specific interest of building an 802.11g WAP. I seem to recall lore that not all Wifi cards could be used this way (something about needing to be able to run in ad-hoc mode, or some such.) Is my memory faulty, or can any old 802.11g Wifi card be pressed into service? I'm specifically looking into various PCI-based cards, if that affects anyone's advice... (If someone can recomment a better forum for the question; I'll accept advice on that matter, too. :) Of course, any specific advice about good antenna, good driver/throughput, etc, would also be accepted gleefully... -- Brian Reichert [EMAIL PROTECTED] 55 Crystal Ave. #286Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD on Bochs
On Tue, Mar 29, 2005 at 05:57:23PM +0800, jumbler chi wrote: Hi All: I have a question about Freebsd on bochs. I'm interesting to build owner Freebsd scratch. Due the hardware limited , I want to run this scratch on Bochs. Therefore , I refered a article , http://sig9.com/articles/freebsd-on-bochs , to build a image under 5.2R. when I booted the image file under Bochs-2.0.2 .. it stoped on a prompt , mountroot . This doesn't address you're question directly, but I'd like to point out that I've had very good luck with FreeBSD under qemu, and it feels much faster than Bochs did. Regards Jumbler ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED] -- Brian Reichert [EMAIL PROTECTED] 55 Crystal Ave. #286Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
smartmontools vs HP Smart Array 642 controller
As per the combo in the subject: Does anyone have any experience with smartctl and a HP Smart Array 642 controller? When I boot with HP's provided CD, the utility tells me that the device is SMART enabled. When I run smartctl version 5.32 under 5.3-STABLE (circa yesterdays's CVSup), hoever, I get: new# smartd -d smartd version 5.32 Copyright (C) 2002-4 Bruce Allen Home page is http://smartmontools.sourceforge.net/ No configuration file /usr/local/etc/smartd.conf found, scanning devices glob(3) found no matches for patterns (/dev/ad[0-9]),(/dev/ad[0-9][0-9]) Device: /dev/da0, opened (pass0:ciss0:0:0:0): MODE SENSE(06). CDB: 1a 0 1c 0 40 0 (pass0:ciss0:0:0:0): CAM Status: SCSI Status Error (pass0:ciss0:0:0:0): SCSI Status: Check Condition (pass0:ciss0:0:0:0): ILLEGAL REQUEST asc:24,0 (pass0:ciss0:0:0:0): Invalid field in CDB Device: /dev/da0, Bad IEC (SMART) mode page, err=-1, skip device Unable to register SCSI device /dev/da0 Unable to monitor any SMART enabled devices. Exiting... My googling has revealed nothing useful, and I was hoping for some feedback on this... (HP's supplied Linux-based monitoring was uninstallable, and I was in no mood to de-Llinx the instal script.) -- Brian Reichert [EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
firewire not probing?
I did some googling on these symtptoms, but couldn't find a good hit. Under FreeBSD 5.3-RELEASE, I have a firewire card, that the kernel finds, then ignores. fwohci0: Texas Instruments TSB82AA2 irq 9 at device 0.0 on pci2 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 08:00:28:64:10:00:12:eb fwohci0: invalid speed 7 (fixed to 3). fwohci0: Phy 1394a available S800, 3 ports. fwohci0: Link S800, max_rec 4096 bytes. firewire0: IEEE1394(FireWire) bus on fwohci0 fwe0: Ethernet over FireWire on firewire0 if_fwe0: Fake Ethernet address: 0a:00:28:00:12:eb fwe0: Ethernet address: 0a:00:28:00:12:eb fwe0: if_start running deferred for Giant sbp0: SBP-2/SCSI over FireWire on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode fwohci0: SID Error fwohci0: unrecoverable error fwohci0: phy int But, ifconfig doesn't reveal fwe0, pciconf doesn't reveal the card, and plugging in a firewire device doesn't plumb a SCSI device. I can't infer from the dmesg output what, per se, is wrong. None of those trailing diagnostic messages are, unto themselves, a showstopper. Does anyone have a suggestion as to how I can move forward on this? I can make available a full dmesg, if that woudl help anyone... -- Brian Reichert [EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HD Mirroring
On Wed, Nov 24, 2004 at 10:52:11AM -0300, [EMAIL PROTECTED] wrote: I have a mysql server that I need to mirror its data on a 2nd HD, either on the same machine or on a remote one, but it has to be in real time. Has it been or can it be done at all? Is MySQL's replication not fast enough? I can see why it wouldn't be in all cases, but I wanted to make sure you were aware of it: http://dev.mysql.com/doc/mysql/en/Replication.html And, although I've not tested it, recent versions of MySQL can outright support a cluster: http://dev.mysql.com/doc/mysql/en/NDBCluster.html Thanks before-hand for any info, -- //| //|| // | // || -//--//---|| ARIO LOBO // //|| - [EMAIL PROTECTED] http://www.ipad.com.br -- Brian Reichert [EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: finding alternate superblocks in ffs
On Sun, Oct 31, 2004 at 12:42:10PM +0100, Christoph P. Kukulies wrote: Yesterday a major desaster happened: I stumbled across the power cable of my Dell Inspiron notebook. The notebook fell to the floor. FreeBSD was running at that time. Nothing seemed to got damaged, just a palm rest popped off. Wouldn't 'newfs -n options' tell you were they would be (assuming you can recreate the options used on your FS to begin with)? -- Chris Christoph P. U. Kukulies kuku_at_kukulies.org ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED] -- Brian Reichert [EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Programmatically test for a DVD drive
On Tue, Dec 16, 2003 at 08:33:41PM -0500, Joe Marcus Clarke wrote: I'm trying to figure out the best way to programmatically test to see if a disc device is a DVD device. That is, how can I tell the difference between a CD-[ROM|R|RW] and a DVD-[ROM|R|RW]? Is there a set method for doing this, or should I just try to execute a DVD ioctl, and test to see if it succeeds? Thanks. When I've poked, the tracks in a TOC of a DVD is _huge_ compared to a CD-ROM. But, I, too, am looking for a better way... Joe -- Joe Marcus Clarke FreeBSD GNOME Team:: [EMAIL PROTECTED] FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: dhclient dynamic DNS updates
On Sat, Nov 01, 2003 at 06:34:12PM -0500, Leo Bicknell wrote: Best I can tell from the config this should make dhclient send a dynamic DNS update to the server listed as primary in the zone section adding hostname.my.example.com. However, tcpdump shows no DNS update packets of any kind coming from the machine running dhclient. I've never tried to make use of this feature. The manpage for dhclient.conf(5) says: The fqdn.encoded option may need to be set to on or off, depending on the DHCP server you are using. Which tells me that your client isn't sending the updates, but is asking the DHCP server to send the updates, which obviously depends on who's DHCP server you're talking to. The dhclient.conf(5) does go on the describe a method of doing DNS updates in the DHCP client script. Myself, I've configured my DHCP server to honor 'send host-name' directives, and update my nameservers. That way, even the most unsophisticated DHCP clients (re: Windows boxes) can make use of my infrastructure... -- Leo Bicknell - [EMAIL PROTECTED] - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - [EMAIL PROTECTED], www.tmbg.org -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Determining CPU features / cache organization from userland
On Fri, Oct 10, 2003 at 02:44:00PM +0100, Bruce M Simpson wrote: On Fri, Oct 10, 2003 at 03:36:40AM -0700, Joseph Koshy wrote: I'm looking for ways that a userland program can determine the CPU features available on an SMP machine -- processor model, stepping numbers, supported features, cache organization etc. What Silby said and have a look at the sysutils/x86info port. Hey, cool, I'd never heard about this. Just tried this, and got some wierdness. Can I ask about it here, or do I poke at the port maintainer? I've been thinking we should definitely make the cache organization info available via sysctl. I am thinking we should do this to make the UMA_ALIGN_CACHE definition mean something... I will probably throw diffs Jeff's way soon for this but I'm recovering from a bit of a nasty cold right now. BMS ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED] -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
NFS mounts and jails
I've successfully been exploring using NFS mounts within a jail. It's clear to me that a host box running multiple jails needs to expose that NFS mount to each jail. As far as I know, that means that NFS partition has to be mounted (redundantly?) for each jail, even in (in my case), they'll all be access in the the same way (eg. read-only). This seems to be that you'll quickly run into some effective upper limit as to how many NFS mounts a FreeBSD machine can handle (I'm using 4.7-R for my current experiments.) So, my question(s): - is my assertion correct; that is, do I need to redundantly mount the same NFS partition for each jail for each jail to access it? - if not, is there a mechanism for jails sharing a read-only NFS mountpoint? Thanks for any advice... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: NFS mounts and jails
On Wed, Sep 10, 2003 at 01:08:50AM +, Nielsen wrote: - is my assertion correct; that is, do I need to redundantly mount the same NFS partition for each jail for each jail to access it? As far as I know, yes that's the case. If you're mounting the same system however you may want to look into mount_null. Yes, there are cache issues, and these have been discussed multiple times (see the archives), but I've used null mounts successfully in read-only mode for several years now without problems. Thanks for the feedback, let me explore that option... Cheers, Nate -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Minimalist FreeBSD 4.8
On Wed, Aug 27, 2003 at 07:26:10AM +1000, John Birrell wrote: One way to do this initially is to install a full FreeBSD system on one disk partition and use a second partition for a trial install. FreeBSD's boot manager will let you boot into each. As I'm pursuing these matters as well, I've found that mucking with jails is faster, for a lot of bulk work. Starting/stopping a jail is _much_ quicker than reboots. (And it's a lot easier to reset a jail to a prior state.) This won't exercise the rc* scripts, but will let you quickly test for dependancies elsewhere. And whatever you find for dependancies, please document them somewhere; I still have a fantasy of 'deconstructing' FreeBSD into finer-grained packages... -- John Birrell ___ -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
dd to floppies broken?
A quick question, haven't done enough research yet. Under 4.7-R and 5.1-R, I've found a file that won't copy to a floppy. In exploring a memory test available at: http://memtest86.com/ There are two distributions in question: 'Linux Memtest86 v3.0 Source and binary Package' 'Linux Memtest86 v2.9 Source and binary Package' Each of these distributions comes with a precompiled disk image called 'precomp.bin': % ls -ln memtest86-*/precomp.bin -rw--- 1 1001 1001 84480 Feb 28 2002 memtest86-2.9/precomp.bin -rwx--x--x 1 1001 1001 84420 May 21 2002 memtest86-3.0/precomp.bin When copying these to a floppy as root (using two different machines, and several floppes for testing:) # dd bs=8192 of=/dev/fd0 if=memtest86-2.9/precomp.bin 10+1 records in 10+1 records out 84480 bytes transferred in 3.775199 secs (22378 bytes/sec) # dd bs=8192 of=/dev/fd0 if=memtest86-3.0/precomp.bin dd: /dev/fd0: Invalid argument 10+1 records in 10+0 records out 81920 bytes transferred in 3.731600 secs (21953 bytes/sec) Got any quick clues, or should I just file a PR now? (I don't even know what to report, really...) -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: dd to floppies broken?
On Thu, Aug 21, 2003 at 01:42:57PM -0500, Dan Nelson wrote: You can only write full blocks to raw devices. The first file is 84480/512 = 165 disk blocks on the dot. The second file is 164.8828125 blocks, and that last fragment is why the dd is failing. Try adding conv=osync to your dd line to tell it to pad the last block out. This does do it (thanks!), but I had to remove the 'bs=8192' clause for it to work. Hence: dd of=/dev/fd0 if=memtest86-3.0/precomp.bin conv=osync Does indeed work. Thanks a bunch; I would have assumed that block-padding would not have been an issue... -- Dan Nelson [EMAIL PROTECTED] -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: network crash dumps
On Sat, Aug 02, 2003 at 11:46:56PM +0200, Nicolas Rachinsky wrote: Did you really send a SIGABRT to init? This should cause init to exit after a while (IIRC 30sec), which should cause a Going nowhere without my init panic. I really did send a SIGABRT to init. Earlier, I explored a SIGSEGV with hte same symptoms. I did this while X was running, and was not at a text console. Maybe the panic message was hidden from me; I'll re-try to make sure. Nicolas -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: messing with CVS_LOCAL_BRANCH_NUM
On Sat, Aug 02, 2003 at 03:22:06PM -0700, John Polstra wrote: In article [EMAIL PROTECTED], Brian Reichert [EMAIL PROTECTED] wrote: I'm exploring the 'local repository' tactics as described in: http://www.scriptkiddie.org/freebsd/setting_up_local_repo.html which makes use of the CVS_LOCAL_BRANCH_NUM evironment variable. [...] Any advice? Yes: look for a different approach, or at least backup your local repository frequently. There are known bugs in CVSup which can cause it to throw away your local branch under certain circumstances. I won't have time to fix those issues any time soon. So my advice is, don't use the CVS_LOCAL_BRANCH_NUM feature. Darn. :/ I had asked about this topic back in early March, search for message ID [EMAIL PROTECTED], if you care. I wanted to learn about maintaining a private repository, and the above URL was the sole concrete pointer. (Well, not true: someone else in that thread responded about a makefile patch, but no one else had any good ideas.) So, can the 'certain circumstances' be described, so that I might avoid them? Or is that just due to inherent wierdness in the whole CVSup process? Thanks for the feedback, in any case... John -- John Polstra John D. Polstra Co., Inc.Seattle, Washington USA Two buttocks cannot avoid friction. -- Malawi saying -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: network crash dumps
On Sun, Aug 03, 2003 at 03:17:42AM -0400, Brian Reichert wrote: On Sat, Aug 02, 2003 at 11:46:56PM +0200, Nicolas Rachinsky wrote: Did you really send a SIGABRT to init? This should cause init to exit after a while (IIRC 30sec), which should cause a Going nowhere without my init panic. I really did send a SIGABRT to init. Earlier, I explored a SIGSEGV with hte same symptoms. I did this while X was running, and was not at a text console. Maybe the panic message was hidden from me; I'll re-try to make sure. OK, for the record: Sending a SIGABRT to init _does_ induce a panic, but the panic message only appears on the console. If X is running, video modes don't change. I don't know if that's desirable, but that's not important right now. And, also for the record, the netdump utility: http://www.cs.duke.edu/~anderson/freebsd/netdump/ Does _not_ work out-of-the box for FreeBSD 4.7-RELEASE. The kernel module, though loaded, does not seem to get invoked during a panic. If I can coax that into working, I'll let people know, but I wanted to get the current status of my efforts into the archives. Thanks for your time... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
network crash dumps
I'm messing with a utility for performing network crash dumps: http://www.cs.duke.edu/~anderson/freebsd/netdump/ and have currently applied his instructions (with some mods) to FreeBSD 4.7-RELEASE. I have two questions: - To test the functionability, I need to invoke a panic. I've attempted to call 'panic' with a DDB-enabled kernel, but his client code doesn't seem to get triggered. Recent feedback from the author: I seem to remember calling panic from ddb actually does something strange. Try call boot(1) or call boot instead. Does anyone have a grasp on an alternate way of panicing a 4.7-R kernel? - If I can get this to fly, does anyone know in advance if his client code will apply to FBSD 5.x? It wouldn't take me long to find out hte hard way, but I figured I'd ask. Thanks for any advice... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
messing with CVS_LOCAL_BRANCH_NUM
I'm exploring the 'local repository' tactics as described in: http://www.scriptkiddie.org/freebsd/setting_up_local_repo.html which makes use of the CVS_LOCAL_BRANCH_NUM evironment variable. This is all under 4.7-RELEASE. My general method is: setenv CVS_LOCAL_BRANCH_NUM 1000 setenv MYBRANCH just_testing setenv RELEASE RELENG_4_7 setenv CVSROOT /annex/cvs/FreeBSD cvs rtag -b -r $RELEASE $MYBRANCH src cd /usr cvs checkout -r $MYBRANCH src/UPDATING cvs status src/UPDATING # check to see that this really is my branch vi src/UPDATING When I try to commit, though: cvs ci src cvs commit: Examining src You are committing on the wrong repository! cvs commit: Pre-commit check failed cvs [commit aborted]: correct above errors first! Where is this 'wrong repository' concept coming from? My CVSROOT hasn't changed. A google search for that disgnostic message yeilds no hits... Any advice? -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: messing with CVS_LOCAL_BRANCH_NUM
On Sat, Aug 02, 2003 at 09:49:00PM +0200, Simon L. Nielsen wrote: On 2003.08.02 15:35:48 -0400, Brian Reichert wrote: I'm exploring the 'local repository' tactics as described in: http://www.scriptkiddie.org/freebsd/setting_up_local_repo.html [snip] cvs ci src cvs commit: Examining src You are committing on the wrong repository! cvs commit: Pre-commit check failed cvs [commit aborted]: correct above errors first! Where is this 'wrong repository' concept coming from? My CVSROOT hasn't changed. A google search for that disgnostic message yeilds no hits... The problem is the file CVSROOT/nocommits.sh, which is used as a safeguard in the FreeBSD tree. I replace the file every time I run cvsup with the following version: Cool! Thanks for the pointer. Off I go... I have started some work on documenting the CVS_LOCAL_BRANCH_NUM use, but unfortunatly there are only 24 hours in a day, so I have no idea when I will get around to finishing it. Heh. :) Good luck... -- Simon L. Nielsen FreeBSD Documentation Team -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: messing with CVS_LOCAL_BRANCH_NUM
On Sat, Aug 02, 2003 at 04:04:41PM -0400, Brian Reichert wrote: On Sat, Aug 02, 2003 at 09:49:00PM +0200, Simon L. Nielsen wrote: The problem is the file CVSROOT/nocommits.sh, which is used as a safeguard in the FreeBSD tree. I replace the file every time I run cvsup with the following version: Cool! Thanks for the pointer. Off I go... So - removing the file chokes (it's expressly looked for), but 'exit 0' is sufficent for my little sandbox. Thanks for the help, off to play more... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: network crash dumps
On Sat, Aug 02, 2003 at 10:11:32PM +0200, Nicolas Rachinsky wrote: * Brian Reichert [EMAIL PROTECTED] [2003-08-02 11:56 -0400]: I seem to remember calling panic from ddb actually does something strange. Try call boot(1) or call boot instead. Does anyone have a grasp on an alternate way of panicing a 4.7-R kernel? kill -6 1 Hmm, this does bring down my machine, but I didn't see a panic message on the console. Init dying does cause a reboot, but I specifically need a panic.. Thanks, though... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
cell phone syncing under freebsd?
This may not be the best list for this question; please redirect me if you have a better suggestion. My question: are there any cell phones for which there exists sync software that works under FreeBSD? I found a Linux page, but haven't had the time (yet) to go sifting though the ports collection: http://tuxmobil.org/phones_linux_misc_brands.html (Still floundering...) Thanks for any advice... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
recent mplayer port spinning?
Dunno how much further I want to chase this, but I wanted to ask the world first: For FreeBSD 4.7-R, I just (as in two days ago) reinstalled all of my packages via ports (cvsupped nightly). Now, often, mplayer spins upon quitting. It does print Exiting... (End of file), then never actually quits, it spins, eating my CPU, and I jave to -KILL it. A ktrace shows me: 3230 mplayer RET write 1 3230 mplayer CALL write(0x1,0x84e4000,0x19) 3230 mplayer GIO fd 1 wrote 25 bytes Exiting... (End of file) 3230 mplayer RET write 25/0x19 3230 mplayer CALL getpid 3230 mplayer RET getpid 3230/0xc9e 3230 mplayer CALL getpid 3230 mplayer RET getpid 3230/0xc9e 3230 mplayer PSIG SIGSEGV caught handler=0x28a23568 mask=0x0 code=0x0 3230 mplayer CALL sigreturn(0x8440e7c) 3230 mplayer RET sigreturn JUSTRETURN 3230 mplayer PSIG SIGSEGV caught handler=0x28a23568 mask=0x0 code=0x0 3230 mplayer CALL sigreturn(0x8440e7c) 3230 mplayer RET sigreturn JUSTRETURN 3230 mplayer PSIG SIGSEGV caught handler=0x28a23568 mask=0x0 code=0x0 3230 mplayer CALL sigreturn(0x8440e7c) 3230 mplayer RET sigreturn JUSTRETURN ... I _do_ want to open a PR on this, but I'm uncertain if if I should just claim it's an mplayer issue, or should I do more research to track what the point of failure it 'really' is, or just open a PR describing my symptoms, as-is. Any advice? -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: seeking advice WRT maintaining private FreeBSD ports branch
[Trimming Terry from the Cc: list] On Sat, Mar 08, 2003 at 05:03:31PM +0200, Peter Pentchev wrote: On Fri, Mar 07, 2003 at 05:36:47PM -0500, Brian Reichert wrote: Um, some of these tweaks are _not_ going to be accepted, such as commenting out 'NO_PACKAGE' out of a makefile. Treating the symptom rather than the problem, but NO_PACKAGE is easily overridden by setting the FORCE_PACKAGE environment variable. Hm, I just found out that this is not documented in the comments at the top of bsd.port.mk... Never heard of such a thing, and I would have been happy to make use of it, for this once specific thing. Is there a ready example of it's usage? As for treating the actual problem, CVS_LOCAL_BRANCH_NUM should generally fit your needs. So I hope, I have yet to test-fire that setup. But, thanks for the feedback... G'luck, Peter -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
seeking advice WRT maintaining private FreeBSD ports branch
I apologize for the odd subject line, and will fill in some details: I'm exploring tweaks to various ports, for my private use. Some of these tweaks can't be addressed via pkgtools.conf or abuse of environment variables, and instead required actual modifications to files. I maintain a local CVS repository of FreeBSD via CVSup. I regularly update my packages via the classic 'cvs co ports; portupgrade --package --all'. What I want is to somehow preserve my local tweaks, such that they get reapplied to my working copy upon a checkout. Tracking these tweaks via CVS _seems_ to be the way to go, but apparently I'm not as sophisticated a CVS admin as I thought, and can't seem to stumble on the right combinations of tools/practices to do what I want. So, does anyone have any concrete examples of how I can accomplish this, or at least provide some magic terminology, such that I can better pursue web research? (Or, suggest a better forum to pitch this question?) Thanks for any input... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: seeking advice WRT maintaining private FreeBSD ports branch
On Fri, Mar 07, 2003 at 04:58:03PM -0500, Don Bowman wrote: From: Brian Reichert [mailto:[EMAIL PROTECTED] ... I maintain a local CVS repository of FreeBSD via CVSup. ... http://www.scriptkiddie.org/freebsd/setting_up_local_repo.html has the details you need. It entails an env var like: CVS_LOCAL_BRANCH_NUM=1000 and changing the style of your cvsup. Excellent! Seems quite to-the-point. Lemme see if I can make it sing... --don -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
3COM PCI FaxModem with shared IRQ causes FBSD to freeze
The subject line is the same subject line as kern/28856 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/28856 The above PR refers to an issue, with a workaround, for 5.0-CURRENT circa July 2001. I have nearly the identical issue under 4.7-RELEASE. I see an additional symptom, however, under my setup. With a kernel config that looks like this: #device sio0at isa? port IO_COM1 flags 0x10 irq 4 device sio0at isa? port IO_COM1 flags 0x10 irq 11 #device sio2at isa? disable port IO_COM3 irq 5 #device sio3at isa? disable port IO_COM4 irq 9 A dmesg looks like this: sio0: 3COM PCI FaxModem port 0xec00-0xec07 irq 5 at device 10.0 on pci0 sio0: moving to sio2 sio2: type 16550A ... sio0: configured irq 11 not in bitmap of probed irqs 0x10 sio0 at port 0x3f8-0x3ff irq 11 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A Note the 'sio0: moving to sio2' line. That's the new symptom. If I try to access sio0, I don't probe a modem. If I try to access sio2, my machine wedges up tight. I tried this with a stock kernel as well: device sio0at isa? port IO_COM1 flags 0x10 irq 4 device sio1at isa? port IO_COM2 irq 3 device sio2at isa? disable port IO_COM3 irq 5 device sio3at isa? disable port IO_COM4 irq 9 yeilds: sio0: 3COM PCI FaxModem port 0xec00-0xec07 irq 5 at device 10.0 on pci0 sio0: moving to sio4 sio4: type 16550A I've tried varying combos of the 'PnP BIOS' settings, to no avail. Of course, Win98 has no problem with the hardware, as-is. The idea of putting the modem on it's own IRQ (the workaround in the original PR) seems sound, but I'm being thwarted by this 'sio0: moving to sioN' behavior; I don't know why it's saying that, and I don't know which device I'm supposed to use for access afterward... 'sioN' seems to always resolve to a higher number than the number of sio devices I configured in my kernel. I'm seeing this problem described in a few other places: 4.6.2-RELEASE-p2 http://www.atm.tut.fi/list-archive/freebsd-stable/msg05830.html 4.7-stable circa Oct 2002 http://www.geocrawler.com/mail/msg.php3?msg_id=10027753list=152 but no one seems to be resolve it. Does anyone have any new advice on this matter? -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
seeking clarification of makefile rules 'safe' with -j
I'm crunching out some complex 'make' rules , and am having a brain
fart as to what sorts of rules are safe to use with '-j'.
As a matter of example, I'm looking at /usr/share/mk/sys.mk under
4.5-RELEASE:
# XXX not -j safe
.y.out:
${YACC} ${YFLAGS} ${.IMPSRC}
${CC} ${CFLAGS} ${LDFLAGS} y.tab.c ${LDLIBS} -ly -o ${.TARGET}
rm -f y.tab.c
.l.out:
${LEX} -t ${LFLAGS} ${.IMPSRC} ${.PREFIX}.tmp.c
${CC} ${CFLAGS} ${LDFLAGS} ${.PREFIX}.tmp.c ${LDLIBS} -ll -o ${.TARGET}
rm -f ${.PREFIX}.tmp.c
Why is the .y.out target annotated as 'not -j safe', but the next
target is?
--
Brian 'you Bastard' Reichert[EMAIL PROTECTED]
37 Crystal Ave. #303Daytime number: (603) 434-6842
Derry NH 03038-1713 USA Intel architecture: the left-hand path
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Re: seeking clarification of makefile rules 'safe' with -j
On Wed, Nov 20, 2002 at 11:53:45PM -0600, Dan Nelson wrote:
.y.out uses a constant filename (y.tab.c) as an intermediate file. If
make -j decided to compile two .y files in the same directory at the
same time, one's going to get overwritten. .l.out avoids this by using
${.PREFIX}, which expands to the filename of the source file minus path
and extension. .y.out could be made safe by making the first line
${YACC} ${YFLAGS} -o ${.PREFIX}.y.tmp.c ${.IMPSRC}
and replacing y.tab.c. with ${.PREFIX}.y.tmp.c . For good measure,
.l.out should probably be using ${.PREFIX}.l.tmp.c, just so you can
tell which rule generated a particular tempfile.
Ah, that does paint it succinctly. If your suggestion is sound,
should it be perhaps submitted as a PR to make 'make' even safer
by default?
--
Dan Nelson
[EMAIL PROTECTED]
--
Brian 'you Bastard' Reichert[EMAIL PROTECTED]
37 Crystal Ave. #303Daytime number: (603) 434-6842
Derry NH 03038-1713 USA Intel architecture: the left-hand path
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Re: NFS exports under 4.7-RELEASE
On Sun, Nov 17, 2002 at 12:39:07PM +0100, Mattias Pantzare wrote: Only one filesystem can be WebNFS exported on a computer (that is how webnfs works). Remove -webnfs from one. Jeez - I had no idea that was a factor. You're right; removing '-webnfs' from the /annex entry allows both filesystems to be mounted. Now, I have to go read up on webnfs to find out what webnfs really is... Thanks for the pointer. This blows the semantics that I've come to expect from exports(5), though. I may file a PR to have that document tweaked. Thanks again for your help... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: NFS exports under 4.7-RELEASE
On Sun, Nov 17, 2002 at 05:36:16PM -0800, Terry Lambert wrote: Brian Reichert wrote: Now, I have to go read up on webnfs to find out what webnfs really is... RFC2054, RFC2055, RFC2755 (not implemented by FreeBSD). Abstract, RFC2054: Gee, you beat me to it, by a mile. Thanks for the pointer... ...basically: mount-less NFS server by IP address, one per IP address. One server per IP address make sense, but only one filesystem exported thusly doesn't. But, I _still_ haven't read the RFCs in question, so hopefully I'll see... -- Terry -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
NFS exports under 4.7-RELEASE
I hope I'm completely misunderstanding the docs for exports(5) and kin, but here goes: The short form: I have two filesystems I want to export. They're both listed in /etc/exports. The first will be exported just fine, the second yields complaints from mountd about the device being busy. Changing the order of the entries in /etc/exports yields the same symptoms; first one works, second one doesn't. Long form: This is a stock install of 4.7-RELEASE. I have two filesystems. From fstab: /dev/ar0s1f/annex ufs rw2 2 /dev/ar0s1e/pub ufs rw2 2 And they are locally mounted upon a reboot: # mount /dev/ad0s1a on / (ufs, local) /dev/ad0s1e on /usr (ufs, local, soft-updates) procfs on /proc (procfs, local) /dev/ar0s1f on /annex (ufs, local, soft-updates) /dev/ar0s1e on /pub (ufs, local, soft-updates) I want to export them thusly: # cat /etc/exports /pub-alldirs -webnfs /annex -alldirs -webnfs If I restart mountd, I see these errors in /var/log/messages: Nov 16 14:58:07 mirror mountd[51794]: could not remount /annex: Device busy Nov 16 14:58:07 mirror mountd[51794]: bad exports list line /annex -alldirs -webnfs The error about /annex being busy is a crock. I can umount, etc. with impunity: # fstat -f /annex USER CMD PID FD MOUNT INUM MODE SZ|DV R/W # umount /annex # mount /annex And, if I put /annex before /pub in exports, I can export /annex, and suddenly /pub is 'busy'. :/ So - is there some subtle bug at play here (if, so I'll open a PR), or have I failed to read/understand some pertinent documentation? Docs state that the two entries need to be on different 'devices', and I assume that they mean 'partitions', and not 'disks'... I'd appreciate any feedback... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: RFC: standardize device probe messages?
On Thu, Oct 24, 2002 at 11:08:34PM -0600, M. Warner Losh wrote: devinfo will also deal with a device that arrives 3 days after the system has booted. Devinfo is looking to be _far_ more encompassing that what I originally wanted/needed, and look forward to 5.x (-CURRENT or otherwise) to be stable enough for me to use on my workstation. In fact, if devinfo has some sort of event-reporting mechanism (kevent filter, maybe), then I can _really_ go to town... Warner -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: RFC: standardize device probe messages?
On Thu, Oct 24, 2002 at 04:57:30PM -0600, M. Warner Losh wrote: That's bogus. My /var/log/dmesg.today is full of crap saying that certain ports can't be connected to. I had intended this information to be extracted at boot time, and shoved into another format elsewhere for other purusal. dmesg.today would be current, at that point. : Essentially, I need to treat the output of dmesg (WRT device probes) : as a database, and I want a schema for that database. Actually, I misspoke on this horribly. I meant to say: I want to scan the contents of the system message buffer, at boot time, for regular messages that describe device probing, and store that information elsewhere. I did not mean to imply that I was going to scan dmesg.today on demand, and expect anything reasonable... That's a bad idea. devinfo(3) is made for this. Glad to hear that something's coming down the pipe... Cool, found the manpage on the FreeBSD website; thanks for the pointer... Warner -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
get monitor EDID without using X?
For academic reasons, I was poking around with the idea of getting information about my monitor (vendor, capabilites, etc.) and it looks like the magic buzzords for doing do (with compliant hardware) is via DDC (or is it EDID?) info. Current versions of XFree86 can do it on my hardware; I wanted to try to gather similar information without the overhead of an X distribution. I did find a Linux program: http://ape.n3.net/programs/linux/read-edid Which I was able to build via the linux_developer toolset under 4.5-RELEASE. But, the resulting executable yeilded the following diagnostic: Oct 14 21:00:08 natto /kernel: linux: syscall vm86old is obsoleted or not implemented (pid=97407) Is there a FreeBSD-sanctioned way of getting this data? (Maybe via the VESA kernel module?) Would a newer version of FreeBSD's linux_developer toolset possibly build a working executable? Just fishing; I'm still doing research, and there seems to be several avenues... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: forum for discussing 'make release' issues
On Wed, Jul 17, 2002 at 11:40:01AM -0700, Terry Lambert wrote: The normal way to do this, barring any gratuitous system call changes(*), is to take the DISC2 FS image, copy it into a directory, chroot into the directory, and do the build in the chroot'ed environment. I was considering _something_ like this. It looks like to accomplish what you suggest I either: - wait for someone else to generate a release for FreeBSD-X.Y, then eat bandwidth sucking down that distribution, or - incrementally perform a series of upgrades (from my current installation up to FreeBSD-X.Y), which I fear will not be automatable. But, it just seems odd that I can't magically derive any version of FreeBSD I want, given a CVS mirror and a distfiles mirror. I don't mean 'odd' in a bad way; if FreeBSD wasn't engineered to be maintained this way, so be it. I'm certainly impressed with the resources FreeBSD otherwise provides. :) The whole project I was considering seems to be approaching intractable, unless I eat up other people's bandwith to generate an archive of disc2 images. So - off to some other project. Thanks for all the feedback... -- Terry (*) *all* system call changes are, by definition, gratuitous; but everyone believes they can improve mount at some point in their naieve young lives, and so there are incompatabilities But you're not bitter. :) -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: forum for discussing 'make release' issues
On Tue, Jul 16, 2002 at 11:09:15PM -0700, Terry Lambert wrote: Brian Reichert wrote: Can someone suggest the be FreeBSD mailing list wherein I could explore issues I'm having with trying to build a 4.6-STABLE release on a 4.5-RELEASE box? I don't know if this is a -hackers question, or a -stable question, or what. (I've looked at the list of lists majordomo knows about, and I don't see what would be a good fit...) Thanks for any input... I don't see anyone else answering, but... This configuration is not supported(tm). Darn. Posting the precise symptoms of the failure on -hackers is probably your best change for an answer; if anyone is doing this, it's there. Ok, thanks. Is this just to upgrade? No. What I had hoped to do was maintain a single build box, on which I could maintain the presence of several releases. I had explored trying to mirror various FTP archives, but I was finding difficult to gauge what I needed for diskspace, and how to selectively pare out what parts I didn't want or need. There doesn't seem to be a canonical description of how that gets laid out, WRT symlinks and whatnot... I found that it was easy enough to keep a mirror of the source tree, as I can extract whatever flavor of source I want. I had a fantasy that that would give me the stepping stone I needed. But, it seems not to be. Oh, well. It was only an experiment. :/ I _wish_ vmware would behave for me... It it works, great, but it's not a project goal. Noted. Thanks for the feedback... -- Terry -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
forum for discussing 'make release' issues
Can someone suggest the be FreeBSD mailing list wherein I could explore issues I'm having with trying to build a 4.6-STABLE release on a 4.5-RELEASE box? I don't know if this is a -hackers question, or a -stable question, or what. (I've looked at the list of lists majordomo knows about, and I don't see what would be a good fit...) Thanks for any input... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: 'make release' tries to build a port?
On Wed, Jul 10, 2002 at 10:25:52AM +0900, Makoto Matsushita wrote: reichert Unfortunately, I had to delve into other bits of mystery and wonder: reichert - The Makefile in usr/src/release; that's where KERNEL_FLAGS and reichert WORLD_FLAGS are mentioned. Ya, it should be documented in release(7) IMO... reichert Now, if only I could automate a relationship between reichert RELEASETAG and BUILDNAME... You can set both RELEASETAG and BUILDNAME in your own shell script which kicks make release. That's just a shell-script programming problem:) That's essentially what I've done, but I don't know what the _relationship_ between them are. RELEASETAGBUILDNAME RELENG_4_4_0_RELEASE 4.4-RELEASE RELENG_4_5_0_RELEASE 4.5-RELEASE RELENG_4 4.6-STABLE? If FreeBSD were to maintain a 4.7-STABLE tree, the RELEASETAG would not change, but the BUILDNAME would. How to I transform a RELEASETAG into a BUILDNAME? I suspect I really need some meta-knowledge about what tags are in the CVS tree... -- - Makoto `MAR' Matsushita -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: 'make release' tries to build a port?
On Sun, Jul 07, 2002 at 09:45:08PM -0400, Brian Reichert wrote: On Sun, Jul 07, 2002 at 03:18:55PM +0900, Makoto Matsushita wrote: WORLD_FLAGS and/or KERNEL_FLAGS don't work for you? reichert 'make -j 10 release' didn't work. Again, WORLD_FLAGS and/or KERNEL_FLAGS don't work for you? Sorry, you did ask a specific question. No, I hadn't tried those flags, so I can't say that they would have worked... I can now say that KERNEL_FLAGS, WORLD_FLAGS _did_ work; thanks for pointing me in the right direction... env CHROOTDIR=/usr/build/release \ CVSROOT=/home/ncvs RELEASETAG=RELENG_4_5_0_RELEASE \ WORLD_FLAGS='-j10' KERNEL_FLAGS='-j10' NOPORTS=YES \ NOPORTREADMES=YES BUILDNAME=4.5-RELEASE tcsh cd /usr cvs co -r $RELEASETAG src cd src \ /usr/bin/time make $WORLD_FLAGS buildworld \ cd release /usr/bin/time make release ... 2693.85 real 2818.31 user 1007.08 sys make release started on Tue Jul 9 16:59:46 GMT 2002 ... make release finished on Tue Jul 9 20:09:15 GMT 2002 11430.88 real 10129.49 user 2374.93 sys For the members of the viewing audience, in addition to Makoto Matsushita's direction, I was aided by the brand-spanking-new release(7) manpage: http://www.freebsd.org/cgi/man.cgi?query=release and Murray Stokely's document The Release Engineering of FreeBSD 4.4 available from: http://people.freebsd.org/~murray/#publications Unfortunately, I had to delve into other bits of mystery and wonder: - The Makefile in usr/src/release; that's where KERNEL_FLAGS and WORLD_FLAGS are mentioned. - I ran into grief with the build of ports whose distfiles come from Sourceforge; my workaround was to rummage though usr/src/release/Makefile.inc.docports to find the 'minimal' list of ports used for the document toolchain, and actually go through the hassle of installing them outright on the base system. Way down deep in the 'make release' phase, these ports are copied from /usr/ports, so any work I could in advance only saved time... Now, if only I could automate a relationship between RELEASETAG and BUILDNAME... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: 'make release' tries to build a port?
On Wed, Jul 03, 2002 at 11:33:04AM +0900, Makoto Matsushita wrote: src/release/Makefile assumes that src/release directory is actually /usr/src/release. It seems that your source code location is /home/src. Woo-hoo! I finally got a 'make release' to work! Thanks for everyone's pointers... I had to pre-install on my base system the MINIMALDOCPORTS snarl of stuff, and given that a dozen or so distfiles are hosted on Sourceforge, so you can't make an automated install of them. Maybe I should pester the mailtainers of those respective ports... It was rather disappointing that I couldn't run 'make release' in parallel via the '-j' option, though. :/ One last question, that only vaguely applies to this topic: How disparate can the host OS version be from the version I'm trying to make a release of? (My host OS is 4.5-RELEASE; what the 'newest' version of the OS that I could sucessfully perform a 'make release' of without upgrading? Still scrounging various docs...) -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: 'make release' tries to build a port?
On Sun, Jul 07, 2002 at 03:41:28AM +0900, Makoto Matsushita wrote: reichert It was rather disappointing that I couldn't run 'make release' in reichert parallel via the '-j' option, though. :/ WORLD_FLAGS and/or KERNEL_FLAGS don't work for you? 'make -j 10 release' didn't work. reichert How disparate can the host OS version be from the version reichert I'm trying to make a release of? Same branch should work. Different branch may or may not work. It is known that recent 5-current can be built on a recent 4-stable environment. (I recall that recent announcement.) Making RELENG_4 (which I _think_ maps to -STABLE) did not build under 4.5-RELEASE: === Patching for ghostscript-gnu-nox11-7.05_1 === Applying FreeBSD patches for ghostscript-gnu-nox11-7.05_1 /usr/local/bin/sed_inplace: not found -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
'make release' tries to build a port?
I'm mucking with 'make release' under 4.5-RELEASE, and keep running into a stumbling block: When the documentation toolset is being built in the chrooted environment, at one point docbook-dsssl-doc is built, among other things, via ports. Regrettably, this is hosted on Sourceforge, who've interposed a 'pick-a-mirror' webpage when you attempt to do a regular http download. So, the port build fails, and 'make release' fails, and rerunning 'make release' scrubs all of your work. I seem to have two options: - convince Sourceforge to unbreak themselves, or - install these documentation tools on my system, and make them somehow available in the chrooted environment. I'm trying the latter: I was able to circumvent Sourceforge enough to get the port installed. I _think_ I need to affect src/etc/mtree/BSD.usr.dist to reflect the /usr/local/share/sgml/docbook tree, but I may be wrong. My only effort to edit this file resulted in an even worse 'make release' effort; I must be misunderstanding the syntax of that file. Does anyone have any advice on how to get the 'make release' chroot environment to take advantage of the ports I've already got installed? Or have I missed the point entirely? Thanks for your time... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: 'make release' tries to build a port?
On Tue, Jul 02, 2002 at 03:46:18PM -0700, Don Lewis wrote: On 2 Jul, Brian Reichert wrote: I'm mucking with 'make release' under 4.5-RELEASE, and keep running into a stumbling block: When the documentation toolset is being built in the chrooted environment, at one point docbook-dsssl-doc is built, among other things, via ports. Regrettably, this is hosted on Sourceforge, who've interposed a 'pick-a-mirror' webpage when you attempt to do a regular http download. So, the port build fails, and 'make release' fails, and rerunning 'make release' scrubs all of your work. I seem to have two options: - convince Sourceforge to unbreak themselves, or - install these documentation tools on my system, and make them somehow available in the chrooted environment. Try manually downloading a copy of the distfile into your non-chrooted /usr/ports/distfiles directory. make release copies all your distfiles into the chrooted environment. I did copy those file to my /usr/ports/distfiles manually, in preperation for installing them in the base system; % ls -ld /usr/ports/distfiles/docb* -rw-r--r-- 1 root ports 61031 Jan 10 1997 /usr/ports/distfiles/docbk30.tar.Z -rw--- 1 root ports 336295 Jun 30 02:44 /usr/ports/distfiles/docbook-dsssl-1.73.tar.gz -rw-r--r-- 1 root ports 217706 Jun 30 20:32 /usr/ports/distfiles/docbook-dsssl-doc-1.73.tar.gz But, not all of /usr/ports/distfiles is copied into the chrooted directory. I have well over a hundred files there, and oly a dozen or so got subsequently fetched. I've saved a typescript of my efforts, if you think perusing that would be helpful. I ran 'make release' thusly: /usr/bin/time make release \ CHROOTDIR=/home/release \ BUILDNAME=4.5-RELEASE \ CVSROOT=/home/ncvs \ RELEASETAG=RELENG_4_5_0_RELEASE in a script session. The resulting typescript has this line in it (I've wrapped it): if [ -d /home/src/release/../../ports/distfiles/ ]; then cp -rp /home/src/release/../../ports/distfiles /home/release/usr/ports/distfiles; fi And sure enough. /home/src/release/../../ports/distfiles/ is not congruent to /usr/src/distfiles. In fact, I don't see where in that typescript file the distfiles tree is copied at all. Did I mis-invoke make? If anyone cares, here's a typescript of my efforts: http://www.numachi.com/~reichert/misc/typescript.make_release.1025660080 Again, thanks for your time... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: 'make release' tries to build a port?
On Wed, Jul 03, 2002 at 11:33:04AM +0900, Makoto Matsushita wrote: src/release/Makefile assumes that src/release directory is actually /usr/src/release. It seems that your source code location is /home/src. I hoped hoped that symlinks would solve that problem. :/ reichert /usr/bin/time make release \ reichert CHROOTDIR=/home/release \ reichert BUILDNAME=4.5-RELEASE \ reichert CVSROOT=/home/ncvs \ reichert RELEASETAG=RELENG_4_5_0_RELEASE DOCDISTFILES=/your/ports/distfile/directory will help you. Note that this variable name is changed to 'RELEASEDISTFILES' in recent 4-stable. If you want to learn more about make release, read release(7) manual available in recent 4-stable. Also src/release/Makefile will help you:) Ah, thank you for the pointer! My only other one was: http://people.freebsd.org/~murray/#publications The Release Engineering of FreeBSD 4.4, Conference Proceedings, BSDCon Europe 2001 A very helpful PDF file... Off I go, for more poking... -- - Makoto `MAR' Matsushita -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: FreeBSD 2.2.x ISO images.
On Sun, Jun 23, 2002 at 06:19:43PM +, Jefferson Harlough wrote: Where might I find ISO images for the FreeBSD 2.2.x releases? Do such files exist? I have 2.1-RELEASE, on up, all on CD. Would those filesystems help? Thanks, Jefferson H. -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
USB mouse probes, but I get uhci_timeout
Under FreeBSD-RELEASE, I'm messing with a USB mouse. I've compiled into the kernel the lot of USB devices, and the USB debug options. (More specifcally, the device is a Twiddler2, which acts as a keyboard and a mouse, and a keyboard/mouse - USB converter the vendor sold me.) I get as far as: ... uhci0: VIA 83C572 USB controller port 0xe400-0xe41f irq 9 at device 7.2 on pci 0 uhci_run: setting run=0 uhci_run: done cmd=0x0 sts=0x20 uhci_run: setting run=1 uhci_run: done cmd=0x81 sts=0x0 usb0: VIA 83C572 USB controller on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ukbd0: MT606 MT606-1 PS/2 KB MOUSE TO USB ADAPTOR, rev 1.00/0.01, addr 2, iclass 3/1 ukbd:set_leds: state=0xc043fa80 leds=0 kbd1 at ukbd0 ums0: MT606 MT606-1 PS/2 KB MOUSE TO USB ADAPTOR, rev 1.00/0.01, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ums_attach: sc=0xc236e800 ums_attach: X 8/8 ums_attach: Y 16/8 ums_attach: Z 24/8 ums_attach: B1 0/1 ums_attach: B2 1/1 ums_attach: B3 2/1 ums_attach: size=4, id=0 ... uhci_timeout: ii=0xc2050120 The uhci0 on irq 9 worries me, as it's shared by other things: % dmesg | grep 'irq 9' IOAPIC #0 intpin 16 - irq 9 pci1: NVidia Riva TNT graphics accelerator at 0.0 irq 9 uhci0: VIA 83C572 USB controller port 0xe400-0xe41f irq 9 at device 7.2 on pci0 This is with the motherboard set to utililze PnP. If I disable _that_, the diff between dmesg's is: % diff dmesg.pnpos.* 14c14 IOAPIC #0 intpin 16 - irq 9 --- IOAPIC #0 intpin 16 - irq 5 15a16 IOAPIC #0 intpin 19 - irq 9 32c33 pci1: NVidia Riva TNT graphics accelerator at 0.0 irq 9 --- pci1: NVidia Riva TNT graphics accelerator at 0.0 irq 5 uhci0 doesn't move, I still get timeouts, and now my video card causes my sound card to time out. :/ I know the Twiddler2/USB combo works, per se, in that I can get it to work on a Vaio with Win98. I haven't further explored said combo on the same laptop under FreeBSD; I'll try that next. But, in the meantime, can someone shed some light on why I'm seeing the uhci_timeout message, and what steps I can take to getting this all to work? -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Is CDIOCCAPABILITY appropraite for ATAPI devices?
Is CDIOCCAPABILITY appropriate for ATAPI devices? The man page for cd(4) describes ioctl(2) calls which apply to SCSI CD-ROM drives, some of which can also apply to APAPI CD-ROM drives. I've tried to use CDIOCCAPABILITY on my ATAPI DVD drive, but I can't tell if the error I get: CDIOCCAPABILITY: Inappropriate ioctl for device due to my wonky hardware, or me making a bad guess about it's applicability... Oh, and this is for 4.5-RELEASE... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: accessing data track of multimedia CD?
On Fri, Jun 07, 2002 at 09:34:43AM +0200, Nicolas Rachinsky wrote: * Brian Reichert [EMAIL PROTECTED] [2002-06-06 18:04 -0400]: I've been beating my head for hours against a wall trying to research this: Under FreeBSD (4.5-RELEASE), with an ATAPI device (/dev/acd0c), how can I mount, or otherwise access the data in a 'data track' of a 'multimedia CD'? cdda2wav shows me: Look at the output of cdcontrol -f /dev/your cdrom Info instead. If there is a track with type data, you can try to mount this track with mount_cd9660 with parameter -s followed by the startsector of the data track (shown by cdcontrol). mount_cd9660 is supposed to, out-of-hand, mount the last data track on a CD, Worked for me as such on older, other boxes. Well, I had tried that earlier on my box, but let me perform that in front of an audience: # dmesg | grep acd0 acd0: DVD-ROM SAMSUNG DVD-ROM SD-608 at ata1-master using WDMA2 # sysctl -a | grep hw.ata hw.ata.ata_dma: 1 hw.ata.wc: 1 hw.ata.tags: 0 hw.ata.atapi_dma: 1 hw.atamodes: dma,dma,dma,---, # cdcontrol -f /dev/acd0c Info | grep data 11 54:12.68 7:08.38 243818 31988 data # mount_cd9660 -s 243818 /dev/acd0c /mnt mount_cd9660: /dev/acd0c: Invalid argument I've tried this with both DMA and PIO on my drive, which I'll point out is a DVD-ROM drive, not a CD-ROM drive. With your pointers, though, I was able to correctly use 'mount' using both of my test CDs on another box running 4.1-RELEASE with a classic CD-ROM drive: acd0: CDROM FX4010M at ata0-slave using UDMA33 So, this issue at hand is some combination of my kernel (4.5-RELEASE) and my hardware (DVD-ROM). Any further suggestions? HTH Nicolas -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
accessing data track of multimedia CD?
I've been beating my head for hours against a wall trying to research this: Under FreeBSD (4.5-RELEASE), with an ATAPI device (/dev/acd0c), how can I mount, or otherwise access the data in a 'data track' of a 'multimedia CD'? cdda2wav shows me: % /usr/local/bin/cdda2wav -D /dev/cdrom -I cooked_ioctl -J -N -H -g -v 1 266240 bytes buffer memory requested, 4 buffers, 27 sectors #Cdda2wav version 1.10_freebsd_4.5-release_i386_i386 real time sched. soundcard support cannot read sector: Invalid argument cannot read sector: Invalid argument Tracks:11 61:19.31 CDINDEX discid: rXTo7Z0JXsSpUQDWb7Wgd0NaHqQ- CDDB discid: 0x830e5d0b CD-Text: not detected CD-Extra: detected Album title: '' from '' T01: 0 5:36.38 audio linear copydenied stereo title '' from '' T02: 25238 3:34.58 audio linear copydenied stereo title '' from '' T03: 41346 4:37.07 audio linear copydenied stereo title '' from '' T04: 62128 5:59.47 audio linear copydenied stereo title '' from '' T05: 89100 4:04.50 audio linear copydenied stereo title '' from '' T06: 107450 7:48.09 audio linear copydenied stereo title '' from '' T07: 142559 4:15.21 audio linear copydenied stereo title '' from '' T08: 161705 4:36.25 audio linear copydenied stereo title '' from '' T09: 182430 5:08.38 audio linear copydenied stereo title '' from '' T10: 205568 5:58.00 audio linear copydenied stereo title '' from '' T11: 243818 7:06.38 data uninterrupted copydenied N/A Leadout: 275806 This last track is the one I'm curious about. _What_ is it? I've tried to mount the disc as a CD-ROM, to no avail... I don't even know how to isolate that data; I've been losing a fight trying to find the right arguments to 'readcd'... I'd appreciate any advice... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: MAC address
On Thu, Feb 07, 2002 at 10:45:01PM +0300, Vladislav V. Anikiev wrote: Hello everyone, I'm writing some license management software. It needs to be node-locked. I would like to use an ethernet MAC address. There are two addresses (default hardware address and current physical address). I would prefer to use the default hardware address, because it can't be changed by setting in software. Depending on the NIC, the MAC address _can_ be changed. Unless I've completely misunderstood you... And, what if you have two NICs? How can I take this default hardware address (I'm using FreeBSD 4.4 curently)? The output from 'dmesg' seems to record the device's MAC address before it mght get changed via ifconfig. But, that's not preserved forever... I've found out the way how it works in ifconfig, but in this case I've got the current physical address, I think (right?), which can be changed. Help me, please Vladislav -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Unix Philosophers Please!
On Wed, Oct 31, 2001 at 03:02:59PM -0600, Nicpon, John wrote: Please specifically define where data goes that is sent to /dev/null How 'specific' are you trying to get? /dev/null is a pseudo-device to which writes never fail. What question are you _really_ trying to ask? -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Bug in FreeBSD 4.4 in su
On Fri, Oct 26, 2001 at 12:46:00PM +0100, Bri wrote: ok if you into your freebsd box from somewhere else and type su - root and then type the root password it just hangs there and you think I'm sure I typed the password correctly. Are you using a serial console? Or, a defferent question, are you letting syslogd write to /dev/console while you are using a serial console? -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
got bad cookie vp 0xe2e5ef80 bp 0xcf317328
I'm starting to see errors in /var/log/messages under 4.2-RELEASE: Sep 23 00:31:17 bmdb1 /kernel: got bad cookie vp 0xe2e5ef80 bp 0xcf317328 Not many, but more than one, and I've never seen this in my years of using FreeBSD. The code producing this message is in /usr/src/sys/nfs/nfs_bio.c, with this associated comment: /* * Yuck! The directory has been modified on the * server. The only way to get the block is by * reading from the beginning to get all the * offset cookies. * * Leave the last bp intact unless there is an error. * Loop back up to the while if the error is another * NFSERR_BAD_COOKIE (double yuch!). */ Is this an error that I need to worry about? Is this just my NFS client loosing track of some bookkeeping details? -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: got bad cookie vp 0xe2e5ef80 bp 0xcf317328
On Tue, Sep 25, 2001 at 09:54:34AM -0400, Matthew Emmerton wrote: What OS is running on the NFS client and server? My client is the 4.2-RELEASE box in question. There are several servers, all of which (at this point) are Netapps. -- Matthew Emmerton || [EMAIL PROTECTED] GSI Computer Services || http://www.gsicomp.on.ca -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
auto-detect an inserted audio cd?
I poked though the archives, but didn't see anything that pointed to this: is there proscribed method for auto-detecting the insertion/ejection of an audio CD? I'm hoping for some daemon that provides notification events, rather than me having to write my on C code. :/ I'm looking for something like 'vold', but for BSD. Any ideas? -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: DVD IOCTLs on IDE?
On Sun, Jun 24, 2001 at 05:52:54PM -0400, David Gilbert wrote: Has anyone looked at DVD ioctls on IDE? It took me some time to realize (even after reading the source a couple of times) that the current DVD ioctls only apply to SCSI. 'Looked at'? What do you mean? People have been making use of IDE DVD-ROM drives for quite a while now... Dave. -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
panic in ata_intr() in 4.3-RELEASE
So - I'm having a bad day. :) I'm messing with cdda2wav ( from cdrecord-0.92 ) under FreeBSD 4.3-RELEASE. I have this very body of software working on my laptop, but on another PC that I just installed from CD last night, I consistently get a panic whenver I try to get an audio CD's TOC, or try to rip a track: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x3a fault code = supervisor write, page not present instruction pointer = 0x8:0xc02a7b03 stack pointer = 0x10:0xc038af9c frame pointer = 0x10:0xc038b03c I have a crash dump here: http://toybox.numachi.com/BookPC/vmcore.0 I have an quickie 'gdb' session here: http://toybox.numachi.com/BookPC/gdb.typescript I can provide other info, if people have suggestions... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: panic in ata_intr() in 4.3-RELEASE
On Wed, Jun 13, 2001 at 04:23:15PM -0400, Brian Reichert wrote: So - I'm having a bad day. :) I'm messing with cdda2wav ( from cdrecord-0.92 ) under FreeBSD 4.3-RELEASE. I have this very body of software working on my laptop, but on another PC that I just installed from CD last night, I consistently get a panic whenver I try to get an audio CD's TOC, or try to rip a track: Update! (and cc-ing -multimedia). Is seems that the first CD I tried (_Americana_ by the Offspring) is a multimedia CD. The CD can be read/played under 4.1-RELEASE (my desktop, where I sit.) When I try to mount this under 4.3-RELEASE, I get: bookpc# mount /dev/acd0c cd9660: /dev/acd0c: Invalid argument But I can mount this on my older desktop. (I need to try on my laptop; that'll be for later.) I _can_ use cdda2wav under 4.3-RELEASE, with apparent impunity, on a strictly audio CD. (Trying on a regualr CD-ROM does safely yield 'This disk has no audio tracks'.) Fatal trap 12: page fault while in kernel mode fault virtual address = 0x3a fault code = supervisor write, page not present instruction pointer = 0x8:0xc02a7b03 stack pointer = 0x10:0xc038af9c frame pointer = 0x10:0xc038b03c I have a crash dump here: http://toybox.numachi.com/BookPC/vmcore.0 I have an quickie 'gdb' session here: http://toybox.numachi.com/BookPC/gdb.typescript I can provide other info, if people have suggestions... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: How to stop console messages to rlogin sessions?
On Fri, Jun 01, 2001 at 04:59:34PM -0500, Bob Willcox wrote: I have just upgraded my debug/test systems here to 4.3-stable and I'm now getting all of my device driver printf's spewed to my root rlogin windows. When these two systems were 4.0 and 4.2 these messages weren't printed here (I am capturing them on the serial port). How do I revert this so that when I rlogin as root to these boxes the kernel printf's don't get written to my rlogin session? Is this a syslog issue? If so, dick with syslog.conf as neccessary... Thanks, Bob -- Bob Willcox Egotist, n.: [EMAIL PROTECTED] A person of low taste, more interested in himself than me. Austin, TX-- Ambrose Bierce, The Devil's Dictionary To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: cvsup.freebsd.org I/O error
On Tue, May 29, 2001 at 11:46:04PM -0700, Peter Wemm wrote: Mike Silbersack wrote: Unfortunately, it sounds like you're not alone. If you check out various hardware message boards, there are people hopping mad about recent IBM drives having a high failure rate. :| But they support tagged queueing, so you can safely write cache! :) Sounds like the DTLA series drives.. The biggest piles of junk I've seen!in quite a while. Could someone give me a pointer to a current discussions concerning these drives? I've been having errant hardware problems with some production servers, and am grasping at straws... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
availability of 'St.d - Server Tester (disk)'
I'm trying to get to http://www.simon-shapiro.org/st_d/index.html but the DNS for simon-shapiro.org is screwed. The name server seems to be hosting the ftp/web server as well, so I can use this: http://207.69.194.51/st_d/st_d.html Does anyone have any opinions (good/bad) about this utility? -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: FreeBSD on BookPC
On Wed, Mar 21, 2001 at 01:23:35PM -0800, Matthew Jacob wrote: Really? DOes the davicom driver now work? What, the sound driver? I only got as far as playing mp3s, and listening to CDs. I really have tried recording, etc... BTW- I really haven't much liked my BooKPC. The NVRAM frotzed on it, and *just* try getting them on the phone... I don't mind mine, but I'm having an awful time with my USB NIC killing the kernel. Given that that's happening on my laptop as well, I'm willing to blame the NIC there... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: FreeBSD on BookPC
On Wed, Mar 21, 2001 at 01:49:07PM -0800, Matthew Jacob wrote: On Wed, 21 Mar 2001, Brian Reichert wrote: On Wed, Mar 21, 2001 at 01:23:35PM -0800, Matthew Jacob wrote: Really? DOes the davicom driver now work? What, the sound driver? I only got as far as playing mp3s, and listening to CDs. I really have tried recording, etc... Naw, the ethernet port... Larry McVoy (bitkeeper) has a pile of these and never could get the FreeBSD davicom driver working Sorry, I was confused: the BookPC I have uses the sis(4) driver. This NIC is built onto the motherboard. It comes with two USB ports; I tried to use my USB NIC with this machine, and ran into a whole lot of grief. -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: good book or other source about socket programming
On Sat, Feb 24, 2001 at 08:17:03PM +0100, Alexander Langer wrote: Thus spake Marco van de Voort ([EMAIL PROTECTED]): After that you probably want to read some kqueue documents, which is FreeBSD specific, but shall be quite fast (faster than select/poll) Other than the manpage, what documents about kqueue are there? (never even noticed this facility, until your message pointed it out...) Alex -- cat: /home/alex/.sig: No such file or directory -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: open PR WRT syslogd vs. serial consoles
On Fri, Jan 05, 2001 at 02:12:04PM -0500, Brian Reichert wrote: I'm chasing down a syslogd problem on a 3.4-R box, only to discover that I'm being bit (still!) by a PR I submitted two years ago: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=8865 I'm responsible for a wad of machines hanging off of a terminal server. - I wanted syslog messages reported to the console, for revealing critical errors. - Due to cabling and the terminal server itself, using Big Digi hardware, I need to have getty running off of cuaa0, not ttyd0. Apparently, in three versions of FreeBSD, this is _still_ a problem. Does anyone have any insight on this? I have a wee bit more insight on this. The gotcha seems to involve getty vs ttyd0 and cuaa0. I want to accomplish at least these things (a bit more fleshed out): - boot messages to the serial port (hence, a serial console) - a login prompt (hence, I need getty running) - syslog logging to /dev/console (as opposed to root's tty) - the general ability to write to the console directly (ie: /bin/echo 'test to console' /dev/console) - due to serial cabling issues out of my control, it appears that I need getty attached to cuaa0, rather than ttyd0. (The test box below doesn't have this restriction, but I'm trying to spec several boxes in the data center, and there seem to be some variability in the cables that are resolved in using cuaa0.) I have a 3-4.RELEASE box, with a serial console. mdb1# dmesg | grep sio0 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A, console My observations so far: - If getty is not running at all on the serial device, then both syslogd and direct writes to /dev/console just work. - If getty is running on cuaa0, writes to the console by either syslogd or a direct write block. 'ps' shows the process's state as 'I', and it's flags are '86', neither of which reveals much info. :/ (Advice is welcome about getting more info without 'ktrace'...) - If getty is running on ttyd0, then the direct writes work, but syslog doesn't. So - it would seem that out-of-the-box, FreeBSD can't be used adequately in a headless environment, as much as it pains me to state as much. In researching the mailing list archives (well, several lists, but you know what I mean), it would seem people have been running into problems associated with these issues for a couple of years now, over a few versions of FreeBSD. - Is anyone actually able to use FreeBSD in a headless environment with impunity, as per my needs above? If so, specs of hardware/software would be most welcome. - Any advice on kernel/device driver tweaking to resolve the blocking issues would also be appreciated... - What would the ramifications be of running getty on /dev/console? There seem to be a line in /etc/ttys for /dev/console, but I can't fathom why it's there... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
wicontrol: password - hex digits
I'm trying to debug my interactions with a WAP. Could someone quickly explain the algorithm in wicontrol for converting a text key to a hex key, and vice-versa? Yes, I could go scrounge though the source, but I have my hands full... And, while I'm at it, how does 'wicontrol -i wi0' know when to dump out the keys in text vs hex? -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: wicontrol: password - hex digits
On Fri, Jan 12, 2001 at 10:34:21AM -0800, Brooks Davis wrote: It checks to see if all the characters are printable with isprint() and if they are it prints the string in ASCII, otherwise it prints it out in hex. I implemented this feature because it pretty much does what the user would expect, but it's pretty stupid because it encourages people to use ASCII keys. Thanks for the answers, and the advice. My only comment WRT hex keys: there's a greater chance of transcription error, which can be a hassle in provisioning. But I certianly agree with you WRT the keyspace issues... -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
open PR WRT syslogd vs. serial consoles
I'm chasing down a syslogd problem on a 3.4-R box, only to discover that I'm being bit (still!) by a PR I submitted two years ago: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=8865 I'm responsible for a wad of machines hanging off of a terminal server. - I wanted syslog messages reported to the console, for revealing critical errors. - Due to cabling and the terminal server itself, using Big Digi hardware, I need to have getty running off of cuaa0, not ttyd0. Apparently, in three versions of FreeBSD, this is _still_ a problem. Does anyone have any insight on this? -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: keeping lots of systems all the same...
On Wed, Dec 20, 2000 at 03:15:40AM -0500, Mike Nowlin wrote: I recently made the decision to upgrade all of our net-booted X terminals to full-blown workstations. (Basically, adding a hard drive and some memory.) Having 19 people running Netscape remotely on our Alpha is sucking up a gig of RAM and almost two gigs of swap, not to mention the "normal" things the Alpha has to do... After fighting off (quite violently, I might add) the top-level management who wanted to "just give everyone a Windows 98 machine - I never have any problems with mine at home...!", I came up with the following: -- Celeron 700-ish, 100Mb FXP, 20G, 64 or 128M, S3 or ATI Rage video -- NIS for uname/passwd auth - any user can use any machine -- /home mounted via NFS off a master file server for the users' files -- everything else (with whatever exceptions I find) on the local HD. -- (suggestions???) The users will basically need to be able to run X w/Gnome, StarOffice, Nutscrape, and (the huge, resource-hogging app) telnet. I'm planning on building a fairly big machine to do world builds on to keep these machines (30-ish) all synced to the same OS version, probably with weekly installworlds on them. Questions - Handling the OS updates is pretty easy... Is there any equally easy way to keep a particular set of ports updated automatically? I'd like to avoid having to do a "make deinstall; make install" all the time... I've been using CVSup for privisioning for a couple of years. That can be pretty handy... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: find, -delete, and relative paths
On Tue, Nov 21, 2000 at 12:08:56PM +1030, Daniel O'Connor wrote: On 20-Nov-00 Brian Reichert wrote: I didn't find anything after an admittedly quick look intp PRs and the mail list archives: Under FreeBSD 3.4-RELEASE, we are running a simple log file scrubber: 15 3 * * * find /usr/local/logs/lsp \! -ctime 1 -delete I pointedly am using an absolute path, yes I get this warning repeatedly: find: -delete: /usr/local/logs/lsp: relative path potentially not safe How can I suppress this warning? Is it a bug in find, or did I misunderstand the manpage? I don't know why, but I think find prints those messages when you attempt to delete a directory. If you do - 15 3 * * * find /usr/local/logs/lsp -type f -a \! -ctime 1 -delete it should work.. To wrap up, the above suggestion does shush up 'find' WRT absolute vs. realtive pathnames, at least in my case... --- 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 -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: compiling X apps
On Thu, Nov 16, 2000 at 09:47:51PM +, Jamie Heckford wrote: Very sorry for posting such a dumb question, but since I cvs'upd something weird seems to have happened. I am using this to compile my X app (which just uses Xlib.h at the mo) gcc -L/usr/X11R6/include -o test test.cc -I/usr/X11R6/include '-L' is for directories of libriaries. but it cannot locate Xlib.h?!! Any suggestions? Thanks. -- Jamie Heckford Chief Network Engineer Psi-Domain - Innovative Linux Solutions. Ask Us How. 'Innovative Linux'? :) === email: [EMAIL PROTECTED] web: http://www.psi-domain.co.uk/ tel: +44 (0)1737 789 246 fax: +44 (0)1737 789 245 mobile: +44 (0)7779 646 529 === -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
GNU auto* tools use bash
Just a heads-up: under FreeBSD 4.1; some of the GNU auto* tools (notably autoconf and autoheader) invoke /bin/sh, but presume that that is really bash. Autoconf is from the autoconf-2.13 package. For example, when I try to run 'autoconf --version', it hangs. % autoconf --version Start ... waiting for connection ... If I edit /usr/local/bin/autoconf (which claims to be a Bourne shell script, and replace it's !# with /usr/local/bin/bash, it then works. I have no idea if this has been reported in the PR database, but I just wanted to warn people... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: GNU auto* tools use bash
On Sun, Oct 08, 2000 at 06:34:22PM -0700, Kris Kennaway wrote: That sounds like something which should be reported to the GNU maintainers. Oh, I agree, I was concerned that the package maintainers (whoever that is) might also care... Kris -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Installation problem
On Tue, Sep 19, 2000 at 10:24:47PM +0100, robert smith wrote: hello, allow me to introduce myself. i regard myself to be a well experienced computer user using many platforms. yet, when i tried to install freebsd, i found that i cannot, since just past the setupx configuration, the cpu halts. or gets stuck in a cyclic loop, where i am unable to do anything, and the monitor seems to get itself into an unreachable mode, this is just after the x-setup, so when the computer goes back to the installation menus, but i dont get a chance to see any of them. My experience in installing FreeBSD: - Do a minimal install first, and reboot the machine. Make sure you use the 'Options' menu to set debugging to 'yes'. This will assure: - that your installation media is OK. - that you don't have a messed up partition table, or an unbootable partition. - that core hardware (memeory, CPU. hard drive, etc.) works adequately. (memory failures can be a bit magical.) - Even better, do said minimal install via a serial port, from another machine running 'script'. This give a recorded log of your installation process, as well as any messages generated during the reboot. Everything after this point is stuff to be added on, and likely should be done in stages. (Setting a root password, installing packages/distributions/etc.) I've personally never tried to set up X from FreeBSD's installation disks. They just invoke utilities that come with the X distribution. Feel free to use the install disks to install the X distribution, but use the command-line tools to configure X. That way, you can use the man pages for the utilities to see what they are doing, and how they report errors. BTW - I suspect this should have gone to -questions... Good luck... any assisatnce is welcome. www: www.mp34me.org email: [EMAIL PROTECTED] icq uin: 21156382 -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
ttys entry for palm pilot as dumb terminal
I have no idea why I'm seeing this symptom: Using the 'ptelnet' application on my Palm III, I can log into machines. Really cute to see a little 'top' running. :) Anyway, the suggested entry in /etc/ttys: ttyd0 "/usr/libexec/getty std.9600" dialup on secure does not work for me at all, yet if I do this intead: cuaa0 "/usr/libexec/getty std.9600" dialup on secure I indeed get a login prompt, and I'm all set. I know that one device is for initiating outgoing connections, and the other for incoming connections, but I don't understand why the lines provided in a stock install seem to have the sense reversed... (Oh, this is under FreeBSD-4.0-RELEASE, but I've seen similar symptoms under 3.x.) -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Stallion EasyConnection 8/64-PCI drivers
Howdy. I've been pawing through the archive, but can't seem to resolve a set of symtoms WRT getting the Stallion EasyConnection 8/64-PCI card (with XP module) to probe under FBSD 3.4-R. I have tried putting this line in my kernel config file: device stl0 I have tried both the Stallion drivers that come with a stock 3.4-R installation, as well as the recent drivers from Stallion: ftp://ftp.stallion.com/drivers/unsupported/FreeBSD/stalbsd-2.0.0.tar.gz Booting either kernel does not probe the card. This is with the XP module connected, if that's an issue. pciconf(8) reveals: # pciconf -l chip0@pci0:0:0: class=0x06 card=0x chip=0x71908086 rev=0x03 hdr=0x00 chip1@pci0:1:0: class=0x060400 card=0x chip=0x71918086 rev=0x03 hdr=0x01 chip2@pci0:7:0: class=0x060100 card=0x chip=0x71108086 rev=0x02 hdr=0x00 ide_pci0@pci0:7:1: class=0x010180 card=0x chip=0x71118086 rev=0x01 hdr=0x00 none0@pci0:7:2: class=0x0c0300 card=0x chip=0x71128086 rev=0x01 hdr=0x00 chip3@pci0:7:3: class=0x068000 card=0x chip=0x71138086 rev=0x02 hdr=0x00 none1@pci0:14:0:class=0x078000 card=0x0002124d chip=0x0002124d rev=0x01 hdr=0x00 xl0@pci0:15:0: class=0x02 card=0x905510b7 chip=0x905510b7 rev=0x30 hdr=0x00 vga0@pci1:0:0: class=0x03 card=0x58021092 chip=0x002010de rev=0x04 hdr=0x00 I certainly don't see 'stl' in there, but I do see two 'none' entries. The manpage for pciinfo(8) says: If there is no device configured in the kernel for the PCI device in question, the device name will be ``none''. - Do either of these 'none' entries indicate to a misonfigured kernel? - Is the card itself possibly defunct? Silly question, I admit. I suppose I should see if M$ can see it. :/ I'm not used to PCI cards 'not working'; at least, with ISA cards, you could poke and juggle parameters of the card to see in what way the probe was failing... -- Brian 'you Bastard' Reichert[EMAIL PROTECTED] 37 Crystal Ave. #303Daytime number: (781) 899-7484 x704 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
