Re: IDE CDRW
It seems Eugene M. Kim wrote: > One more similar question: Does/will FreeBSD support ATAPI CD-R(W) > drives in disk-at-once mode, perhaps using burncd(1)? I wanted to burn > some audio CDs in that manner but burncd on 4-stable didn't support DAO > writing. I'm working on it, but currently I have little time to spend on it though... -Søren "MrATA" Schmidt To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: packet redirection design problem [Divert Sockets & Fragmentation revisited]
On Fri, Jan 26, 2001 at 09:00:54PM +0100, mouss wrote: > "IP filtering engines" that do something to packet based on rule > matching have a problem when fragmentation comes to play. > > In the case of a "packet redirector' such as divert, the problem is that > only the first fragment will match the rule, if the rule uses ports or > whatever info contained in the payload. > > The problem occurs if the packet (that should match) is subject to change > by the engine (either redirection, nat, blocking, ...) > > IP Filter handles such situation with specific code. > > It would be a nice thing if this is added to standard code so that packet > filters > writers do not need to add their own. > > Any opinions? Hmm isn't this exactly the issue that's addressed in the Linux kernel by the 'always reassemble the whole packet before processing' config option? Wouldn't this be good/desired behavior? Or am I on crack - is FreeBSD already doing this? From this discussion I gather it's not.. G'luck, Peter -- This sentence no verb. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Kernel Hacking (i tried not to make it lame)
Alfred Perlstein <[EMAIL PROTECTED]> writes: > * [EMAIL PROTECTED] <[EMAIL PROTECTED]> [010125 19:04] wrote: > > 2.) you should know some basic stuff about FreeBSD internels (i am planning > > on getting The Design and Implementation of the 4.4BSD Operating System > > Well more than 'basic' hopefully. :) > > Good choice on a book, others to look at are: > "UNIX Internals 'the new frontiers'" Vahalia > "The Basic Kernel Source Secrets" Jolitz I haven't read Vahalia, so I can't comment on that one, but both McKusick et al. and Jolitz are seriously outdated - you can basically forget anything they tell you about memory management (particularly virtual memory), interrupt handling, spls, and probably scheduling as well; and none of them tell you much about writing device drivers (which is what kernel newbies most often want to do). On the other hand, the Daemon book (McKusick et al.) still has some fairly relevant sections (some of part 2, about half of part 3 and most of part 4), and does a good job of demystifying the kernel on a psychological level, i.e. teaching you that most of it really isn't deep voodoo and you can understand it if you try. In my experience, this psychological block is a much bigger obstacle to overcome than actual technical complexity. (hmm, I must remember to drop by Mustang Jack next time I'm in NYC) DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: specify a different kernel to boot
Dag-Erling Smorgrav wrote: > > Zhiui Zhang <[EMAIL PROTECTED]> writes: > > Is there a way to specify a kernel other than /kernel to boot from? I do > > not want to do this manually, I want to put it into some configuration > > file. Thanks, > > 'man loader' The loader.conf(5) man page is probably more appropriate. Or just check /boot/defaults/loader.conf. Everyone else does. :-) -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] "There is no spoon." -- Kiki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
FreeBSD specific strftime(3) format specifiers
Hi to all. gcc supports strftime format string checking and issues a warning when it encounters some unknown format specifier. FreeBSD strftime has several additional format chars which gcc knows nothing about. This can easily be seen when compiling /usr/src/usr.sbin/pw: pw_user.c:1175: warning: unknown conversion type character `f' in format pw_user.c:1177: warning: unknown conversion type character `f' in format Are there chances that this could be fixed? I suppose, the patches should be submitted to gcc developers and the changes will get into our tree on next gcc source import? -- Alex Kapranoff, Voice: +7(0832)791845 We've lived 3 weeks in the brand new millenium... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Kernel Hacking (i tried not to make it lame)
I still think a really neat source for kernel hacking is Chuck Cranor's PhD thesis. He describes the kernel equivalent of open-heart surgery: replacing the old VM with a new one, while keep the kernel alive. Neat stuff. ron To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Need help - emergency!
-BEGIN PGP SIGNED MESSAGE- Hey We got a problem booting our server. Someone added some ips with x.x.x.y y=>255 and it's not booting. We rebooted in single-user mode and we're not able to make any changes to the rc.conf. It says the filesystem is read-only. Can you help us? Thank's! . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Felix-Antoine Paradis. cell:1-418-261-0865 . . IRC: reel @ DALnet . job:Idemnia Network . . Email: [EMAIL PROTECTED] . *** www.FreeBSD.org *** . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ."The power of man has grown in every sphere, except . . over himself" . .--Sir Winston Churchill . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: noconv iQCVAwUBOnML+hcIKY4ZDBRpAQEwbQQAhTjr/IkEP4qEZy9H8/FD5y4PTVwLO4dy zjQv67KBxHX4lN+a65xmnHOjMT0wJ59t8J5lq91Q850o1iOpM1OB3MDDGnhLg1CG mDC/NCrCRY/GpVkn7NTeKlWGgWstEe3di14PPNY8kYNtx0Av2/GvY2e7d7NtIrCi R2szPwR9qiI= =mHax -END PGP SIGNATURE- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Need help - emergency!
Wrong list to send this too... it should either be -stable or -current- you didn't say which system it was. try mount / or mount -w / On Sat, 27 Jan 2001, Felix-Antoine Paradis wrote: > -BEGIN PGP SIGNED MESSAGE- > > Hey >We got a problem booting our server. Someone added some ips with > x.x.x.y y=>255 and it's not booting. We rebooted in single-user mode and > we're not able to make any changes to the rc.conf. It says the filesystem > is read-only. Can you help us? > > Thank's! > > . . . . . . . . . . . . . . . . . . . . . . . . . . . . . > . Felix-Antoine Paradis. cell:1-418-261-0865 . > . IRC: reel @ DALnet . job:Idemnia Network . > . Email: [EMAIL PROTECTED] . *** www.FreeBSD.org *** . > . . . . . . . . . . . . . . . . . . . . . . . . . . . . . > ."The power of man has grown in every sphere, except . > . over himself" . > .--Sir Winston Churchill . > . . . . . . . . . . . . . . . . . . . . . . . . . . . . . > > > > -BEGIN PGP SIGNATURE- > Version: 2.6.3ia > Charset: noconv > > iQCVAwUBOnML+hcIKY4ZDBRpAQEwbQQAhTjr/IkEP4qEZy9H8/FD5y4PTVwLO4dy > zjQv67KBxHX4lN+a65xmnHOjMT0wJ59t8J5lq91Q850o1iOpM1OB3MDDGnhLg1CG > mDC/NCrCRY/GpVkn7NTeKlWGgWstEe3di14PPNY8kYNtx0Av2/GvY2e7d7NtIrCi > R2szPwR9qiI= > =mHax > -END PGP SIGNATURE- > > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Need help - emergency!
on Sat, 27 Jan 2001 Felix-Antoine Paradis wrote: >It says the filesystem >is read-only. Can you help us? mount -uw / should help. Alex -- Email: Alexander Hausner <[EMAIL PROTECTED]> NIC-HDL: AH194-RIPE PGP Key ID: 1024/D272F9B5 PGP Key fingerprint: 45 CB 7A 6A 24 81 71 14 CE 11 27 53 36 63 AD 1C PGP Public-Key: https://www.luga.or.at/pgppubkeys/D272F9B5.asc To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
kevent signal handling question.
I'd just like to confirm that my interpretation of how kevent() can be made to handle signals is correct. From kqueue(2): ... EVFILT_SIGNAL Takes the signal number to monitor as the identifier and returns when the given signal is delivered to the process. This coexists with the signal() and sigaction() facilities, and has a lower precedence. The filter will record all attempts to deliver a signal to a process, even if the signal has been marked as SIG_IGN. [...] So if I set all appropriate signals I want to monitor to SIG_IGN, I can essentially have kevent() becoming the primary signal handling mechanism in my program? Thanks in advance. Regards, Trent. -- Trent Nelson - Software Engineer - [EMAIL PROTECTED] "A man with unlimited enthusiasm can achieve almost anything." --unknown To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: kevent signal handling question.
On Sat, Jan 27, 2001 at 03:15:43PM -0500, Trent Nelson wrote: > > I'd just like to confirm that my interpretation of how kevent() > can be made to handle signals is correct. > > From kqueue(2): > > ... > > EVFILT_SIGNAL >Takes the signal number to monitor as the identifier and returns when >the given signal is delivered to the process. This coexists with the >signal() and sigaction() facilities, and has a lower precedence. The >filter will record all attempts to deliver a signal to a process, even >if the signal has been marked as SIG_IGN. [...] > > So if I set all appropriate signals I want to monitor to SIG_IGN, I > can essentially have kevent() becoming the primary signal handling > mechanism in my program? Correct. -- Jonathan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: NEWBUS: multiple calls needed?
> The memory areas "appear" to be fixed relative to each other: >mem1 == base + 0x00 (size==0x20) >mem2 == base + 0x201000 (size==0x000100) >mem3 == base + 0x203000 (size==0x000400) > > So of course, it is tempting to wonder whether it is really neccessary > to allocate three newbus entities for them. On the other hand, I have > to believe that the BIOS has already set the base and sizes of these > areas, and it would be a really bad idea to pretend that they are a > single (say 3-meg) resource. Just because *your* BIOS puts them there doesn't mean that another one won't put them somewhere else. 8) -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Thread-safe X libraries in XFree86 4.0.2
Hello, I have FreeBSD 4.1-RELEASE (soon to be -STABLE) running a binary install of XFree86 4.0.2. After installing xine from sources, I get a message saying I dont have Thread-safe X libraries and it wont run. I've scoured google and many newsgroups in search of anything on getting these "thread safe" libraries. Can anyone point me in the right direction as to how to obtain these files, and add them or make sure they are added, for XFree86 4.0.2 binary. I'm not too keen on compiling the whole thing... As always, I tried to do my research before submitting to the list...last ditch effort here. I even tried XFree86's list to no avail. Any help is greatly appriciated. peace - click46 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: packet redirection design problem [Divert Sockets & Fragmentation revisited]
the "defrag all" feature of Linux solves the discussed problem, but can be improved. We do not need to defrag the packets. We just need to queue them. and, when the first frag has been received, we only need to save the informations necessary for filtering (ip header stuff + ports for TCP/UDP and other things for icmp or ) the algo might be something like: - if packet is not frag, do as usual and skip the frag stuff - find packet in fragments list - if not found, create a new list - if the list contains the infos on the ports (I am restricting myself to tcp/udp for simplicity, but any kind of infos may be used), then the packet is ready for filtering: the rule may be found and applied to the packet. we do not need to queue it. * if the packet is the last one, delete the list * if frag timeout, delete the list - if not, then - if packet contains the infos (first frag), then store them and find the filtering rule and apply it for all the packets queued in the list. - else, queue packet So the code would be like the reassembly one, except that: - packets are "delivered" (passed to filters and the rest of ip_input) when the first frag is received (I am assuming that the first frag contains the infos necessary for filtering). - to handle next frags, the infos (ip header stuff and ports or so) are still kept in the list. With this method, if fragments come in order, packets are never queued. (Note that linux is unfriendly here: it sends frags in reverse order...). cheers, mouss On Sat, 27 Jan 2001, Peter Pentchev wrote: > > Hmm isn't this exactly the issue that's addressed in the Linux kernel > by the 'always reassemble the whole packet before processing' config > option? Wouldn't this be good/desired behavior? > > Or am I on crack - is FreeBSD already doing this? From this discussion > I gather it's not.. > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Kernel Hacking (i tried not to make it lame)
* Ronald G Minnich <[EMAIL PROTECTED]> [010127 09:52] wrote: > > I still think a really neat source for kernel hacking is Chuck Cranor's > PhD thesis. He describes the kernel equivalent of open-heart surgery: > replacing the old VM with a new one, while keep the kernel alive. Neat > stuff. Interesting, for us too lazy to search, do you have a url handy? or a place where copies can be purchased? -- -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Kernel Hacking (i tried not to make it lame)
On Sat, Jan 27, 2001 at 06:09:35PM -0800, Alfred Perlstein wrote: > * Ronald G Minnich <[EMAIL PROTECTED]> [010127 09:52] wrote: > > > > I still think a really neat source for kernel hacking is Chuck Cranor's > > PhD thesis. He describes the kernel equivalent of open-heart surgery: > > replacing the old VM with a new one, while keep the kernel alive. Neat > > stuff. > > Interesting, for us too lazy to search, do you have a url handy? > or a place where copies can be purchased? http://www.ccrc.wustl.edu/pub/chuck I believe the paper he's talking about is "The Design and Implementation of the UVM Virtual Memory System", but I haven't had a chance to look at it yet (only had time to do a google search and bookmark it for future reference ;-) -- garrett rooney my pid is inigo montoya. [EMAIL PROTECTED] you kill -9 my parent process. http://electricjellyfish.net/prepare to vi. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Problems with install
Karen's system A friend is attempting a new installation from my 3.4 CDROM set (still waiting for my new 4.2 set to arrive!) on her Gateway machine with the following hardware mitsumi CDROM FX4010M!B FW AM2A Generic IDE disk type 01 Generic NEC fdd Iomega ZIP 100 Display Adapter NVIDIA RIVA TNT Hard disk controller Intel 8371 AB/EB PCI bus Master IDE controller Network 3COM Etherlink XL 10/100 PCI TX NIC (3C905B-TX) SCSI Adaptec AVA-1502 SCSI host adapter Shuttle EPAT external atapi adapter Sound Creative Audio PCI (ES 1371, ES 1373) (WDM) Errors == After setting up the partitions (several times as she had a few arguments with Windoze needing to be where it wanted to be rather than where she wanted to stick it!), she commenced the install by booting the CDROM, which trogged on fine for a while then produced the following error messages when it needed to mount (remount?) itself to install the binaries distribution. error mounting device /dev/acd0c on /dist: no such file or directory (2) warning: using existing root partition. It will be assumed that you have the appropriate device entries in /dev At this point she cancelled the install and finished up with the Ctrl-Alt-Del three finger salute... My Guesses = Based on my "wider" experience of FreeBSD (;-P tongue firmly in cheek) and reading both the GENERIC config on my machine and Gregs book, I believe that the first error is due to the fact that GENERIC doesnt have the mcd driver installed. The second error has me tossed though?? Questions = Could I make a GENERIC with the mcd driver and somehow replace the GENERIC she is using? If so, do I need to build a complete new install set (unknown ground, I've never been near the releases stuff as my poor little 486 DX4-100 melts during buildworld with either a reboot or memory seg faults)? OR Should one of us somehow uproot all our hardware and transport it 25 kilometres so that she can do a network install via a x-over cable? What does the second message mean? TIA mjtlx To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
ipfw message
This is my last fragmentation question I swear :-) When diverting udp packets which are larger than MTU(1500) ipfw seems to divert the first and reject the second. Here is tcpdump of the packets: 23:41:05.670408 192.168.1.3.1128 > 192.168.5.12.3322: udp 1474 (frag 4127:1480@ 0+) 23:41:05.670420 192.168.1.3 > 192.168.5.12: (frag 4127:2@1480) Below is the log from ipfw. Jan 26 23:40:56 richmond /kernel: ipfw: 6 Divert 4422 UDP 192.168.1.3:1128 192.168.5.12:3322 in via xl0 Jan 26 23:40:56 richmond /kernel: ipfw: -1 Refuse UDP 192.168.1.3 192.168.5.12 in via xl0 Fragment = 185 Now i know that ipfw will drop tcp packets of length 1 is something like that what's going on here? Well if anyone can let me in on the meaning of the rejection message it would be helpful. Alwyn [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: 3ware ATA RAID 3DM management utility available
On 25 Jan 2001 21:10:31 -0500, in sentex.lists.freebsd.hackers you wrote: > >(Please trim cc's on any followups to remove -hackers, thanks.) > >I'm happy to announce a quick public BETA cycle for the 3ware 3DM >management utility for their family of ATA RAID controllers and FreeBSD. Most exciting indeed! Also, in terms of stability as compared to other platforms, I have found the 3ware FreeBSD drivers as good if not better than the LINUX and Windows NT and 2000 versions. Those drivers are good, but I did run into a couple of crashes and rebuilds on Windows. But on the more than half dozen production machines I have these cards in running FreeBSD, they have been rock solid for us as well as blazing fast! With the addition of the 3dm management utility it opens up a whole new cost effective class of reliable storage for FreeBSD servers. One small issue: 3ware has yet to update their web site. Also, their FAQ references http://www.3ware.com/products/faq.shtml#L14 which points to old outdated info about the status of the twe driver. ---Mike Mike Tancsa ([EMAIL PROTECTED]) Sentex Communications Corp, Waterloo, Ontario, Canada "Given enough time, 100 monkeys on 100 routers could setup a national IP network." (KDW2) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Kernel Hacking (i tried not to make it lame)
[EMAIL PROTECTED] wrote: > > hey guys i know you probably get this question all the time but i am looking > into getting into doing somekernel hacking first i will tell you some thing i > have assumed about it: > 1.) you should know atleast more programming language well (probably C would > be best) > > 2.) you should know some basic stuff about FreeBSD internels (i am planning > on getting The Design and Implementation of the 4.4BSD Operating System Several others have made good replies to this, but here's another thought: The best way to learn something is to have a goal in mind. If you understand C pretty well, pick a PR out of the problem report database and start working on that. It will give you a starting point and a goal. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC [EMAIL PROTECTED] http://softweyr.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: IDE CDRW
Felix-Antoine Paradis wrote: > > On Wed, 24 Jan 2001, Chris Faulhaber wrote: > > > On Wed, Jan 24, 2001 at 05:04:23PM -0500, Felix-Antoine Paradis wrote: > > > Just a simple question, FreeBSD doesn't support/emulate any IDE CDRW? > > > > > > > Not sure if that is a question or not, but you probably want to look > > over ata(4) and burncd(8). > > I don't have theses installed here, not even in my port tree... you know > where i could get them? ata(4) is a man page for the ata driver. The burncd program is in /usr/sbin, a standard part of FreeBSD; burncd(8) is the man page for it. These questions belong on freebsd-questions, not on the hackers list. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC [EMAIL PROTECTED] http://softweyr.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
FreeBSD specific strftime(3) format specifiers
Hi to all. gcc supports strftime format string checking and issues a warning when it encounters some unknown format specifier. FreeBSD strftime has several additional format chars which gcc knows nothing about. This can easily be seen when compiling /usr/src/usr.sbin/pw: pw_user.c:1175: warning: unknown conversion type character `f' in format pw_user.c:1177: warning: unknown conversion type character `f' in format Are there chances that this could be fixed? I suppose, the patches should be submitted to gcc developers and the changes will get into our tree on next gcc source import? -- Alex Kapranoff, Voice: +7(0832)791845 We've lived 3 weeks in the brand new millenium... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
smbfs-1.3.3 released
Hello, Well, next version of smbfs for FreeBSD released today. It includes minor bug fixes and significantly reworked connection engine. In addition, smbfs now can work with NetApp servers (for more details see the HISTORY file). As usually, new version can be grabbed from ftp://ftp.butya.kz/pub/smbfs/smbfs.tar.gz P.S. note to the NetBSD users: I'm completely unaware about which version of smbfs ported to NetBSD and never seen the diffs. So, I can't answer any related questions and support this port. Probably the best way to do the port is to submit patches against latest version of smbfs, so I can take them into account for future releases. -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
