Re: freezing
Hi, On 17 Feb, Joao Pedras wrote: > While making -j 4 buildworld and moving a netscape window, everything frozen. > Happens often if do other things while cpu and disk are very active. > > Happens quite often. > > Anyone else has noticed this ? I had that problem three times: Once, when I tried using a K6-3 on my Gigabyte GA5-AX Motherboard. They just weren't working together, when I changed back to a K6-2 (both tried at 350 MHz) the problems disappeared. The K6-3 works fine now in another machine (MSI Mainboard or something like that). Another time something like that happened, when my cooler failed. On one of my old Suns I had a similar problem, when one of the SIMMs was damaged. So, get on and check 'ya hardware. Bye, Oliver To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: MAP_GUARDED patch (Re: Heads up, vm.max_proc_mmap sysctl added)
:I believe that I can fix the downward-trending optimization problem :but it's more work then I have time for right now. Please check out :the patch and tell me what you think. I take it back. It turns out that fixing the downward-trending h optimization is trivial. Well, trivial for me anyway. I have to rewrite vm_map_insert() and vm_object_coalesce() but they needed cleaning up anyway. It turns out that for anonymous objects we can use the vm_map_entry->offset field to create a trivial object coalescing case. By setting the vm_map_entry->offset field to be the same as the virtual start address, adjacent entries in memory wind up being adjacent in the object as well. -Matt Matthew Dillon <[EMAIL PROTECTED]> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
4.0 hangs (fwd)
Hi, guys! Any comments? I had to downgrade back to 3.4 yesterday.. which works absolutely without problems. If you're going to say ``it's hardware problem'' -- this was my first thought too. I tried to change memory and it did not help. Ideas? Yours, Andrew. - Forwarded message (env-from am) - >From am Sat Feb 12 16:03:39 2000 Subject: 4.0 hangs To: [EMAIL PROTECTED] Date: Sat, 12 Feb 2000 16:03:39 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL54 (25)] I upgraded to 4.0 from 3.4-stable some days ago. Upgrade (make world) itself was not smooth, /bin/sh was replaced with new version during install phase. And old 3.4 kernel can't handle some system calls of it, so everything traps with sig12. I had to first build new kernel, for which new `config' is required ans so on. But may be it is supposed to upgrade kernel first and this mess is my fault. Anyway, now I have 4.0 system and 4.0 kernel. Every 15 minutes or so it silently hangs or reboots. I upgraded kernel to today's cvs.. nothing changed. I removed linux support, P1003_1B option. Now it can work for about 1..2 hour in a row. 3.4 version worked for weeks without any problems on the same hardware. I cannot see any relations of halts with what I do. It appears, that it happens at the moments of active swapping.. But once it halted while I read the mail and the system was idle. I would like to dig in this problem. Any way to see where it hangs (working under X)? I would really appreciate any help.. My dmesg: Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #0: Sat Feb 12 10:52:21 EST 2000 [EMAIL PROTECTED]:/usr/var/SRC/FreeBSD/r4/src/sys/compile/Croco-bare Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (467.73-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183f9ff real memory = 67108864 (65536K bytes) avail memory = 62255104 (60796K bytes) Preloaded elf kernel "kernel" at 0xc02b5000. Preloaded splash_image_data "/boot/splash.bmp" at 0xc02b509c. Preloaded elf module "splash_bmp.ko" at 0xc02b50ec. Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vga-pci0: port 0xd000-0xd0ff mem 0xe500-0xe5000fff,0xe600-0xe6ff irq 11 at device 0.0 on pci1 isab0: at device 7.0 on pci0 isa0: on isab0 ata-pci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0 at 0x01f0 irq 14 on ata-pci0 pci0: Intel 82371AB/EB (PIIX4) USB controller (vendor=0x8086, dev=0x7112) at 7.2 chip1: port 0x5000-0x500f at device 7.3 on pci0 pcm0: port 0xe400-0xe43f irq 10 at device 17.0 on pci0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ad0: 8693MB [17662/16/63] at ata0-master using UDMA33 acd0: DVD-ROM at ata0-slave using UDMA33 Mounting root from ufs:/dev/wd0s2a WARNING: / was not properly dismounted - End of forwarded message (env-from am) - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: dev/umass major and minor numbers
Ok sorry for the next stupid question but does that mean I need the CAM system compiled in or not? Im just switching over to freebsd and am not very familier with all the subsystems yet. this is an otherwise non-scsi box. thanks Bob Rentschler On Feb 17, The Matrix made MAEKAWA Masahide say, >Phoenix <[EMAIL PROTECTED]> wrote: >>The current MAKEDEV script seems to be lacking the umass device. >>I have searched all the docs that I know of and have been unable >>to find a listing of the major and minor number assaignments, >>could someone please point me in the right direction ? > >Not necessary. umass uses CAM system. >umass driver works as a SCSI controller. > >--- MAEKAWA Masahide <[EMAIL PROTECTED]> >--- URL: http://kerberos.math.sci.kobe-u.ac.jp/~maekawa/ >--- Kobe University (Faculty of Science, Department of Mathematics) >--- Powered by BSD/OS, FreeBSD, NetBSD, OpenBSD > > >To Unsubscribe: send mail to [EMAIL PROTECTED] >with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
MAP_GUARDED patch (Re: Heads up, vm.max_proc_mmap sysctl added)
:On Wed, Feb 16, 2000 at 03:33:58PM -0800, Matthew Dillon wrote: :> Is anyone interested in me doing this for the 4.0 release? It would :> help both our current threads model and the linux threads model a lot. :> I can do it in a day and it should be trivial to test, the modifications :> are actually quite minor. : :I would really like to see this change happen, and will happily make the :necessary libc_r and linuxthreads changes to use the functionality, but :we're well into the code freeze right now, which IMO makes this more :appropriate for 4.1. : :Jason I agree that this is just a tad too complex to go into 4.0 ... the MAP_GUARDED implementation is trivial, I did it in a few lines of code, but we don't want to accidently break threads at this late date and we are in a freeze, so... we'll commit this stuff after the release. I've worked up a patch to add MAP_GUARDED, which I give a reference to below. However, there are some issues: * MAP_GUARDED cannot be combined with MAP_STACK. You have to manage the 'stack' resource yourself by calling getrlimit() and checking it, then using a normal anonymous mmap. * While you can use fixed addresses with MAP_GUARDED maps, if you use downward trending address the VM system can't coalesce the VM objects, so the vm_map_entry optimization will not occur. Here is how MAP_GUARDED works: mmap(NULL, len, prot, MAP_GUARDED|MAP_ANON, -1, 0); mmap(addr, len, prot, MAP_GUARDED|MAP_ANON|MAP_FIXED, -1, 0); The returned map will be 'len' bytes long. The first and last page of this map will be guarded and accessing it will result in a bus fault (you get a seg fault if you access totally unmapped space, you get a bus fault if you access a guard page). So the offsets 0-4095 and len-4096 to len-1 will be guarded. I believe that this can be used in the current threads library but you have to pay attention to a couple of things: * First, you have to use mmap(NULL... ), allocating out of the normal mmap space rather then allocating out of the user stack space. * Second, remember that both the first AND the last page of the returned map is guarded. * Third, since we are not allocating out of the user stack space, you must call getrlimit() and manage the stack resource limit yourself. You might as well do this anyway, because MAP_STACK currently allows you to mmap() out-of-range stacks but then faults when you try to access them. Broken!!! * Lastly, as with MAP_STACK, don't even try calling madvise() on a submap of any of these maps, nor use mmap() to submap any of these maps. Both MAP_STACK and MAP_GUARDED break badly if you do that (MAP_STACK might even potentially crash the machine, but I haven't checked it deeply yet). I believe that I can fix the downward-trending optimization problem but it's more work then I have time for right now. Please check out the patch and tell me what you think. http://www.backplane.com/FreeBSD4/ http://www.backplane.com/FreeBSD4/guard-1.diff http://www.backplane.com/FreeBSD4/guard.c I also looked at the linux threads library. They do guard pages in a way that is just as broken as the way we do them, but I'm not sure if there is a kernel resource issue for them. It looks like it would be easy to patch the port to be optimal under FreeBSD. -Matt To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: dev/umass major and minor numbers
Phoenix <[EMAIL PROTECTED]> wrote: >The current MAKEDEV script seems to be lacking the umass device. >I have searched all the docs that I know of and have been unable >to find a listing of the major and minor number assaignments, >could someone please point me in the right direction ? Not necessary. umass uses CAM system. umass driver works as a SCSI controller. --- MAEKAWA Masahide <[EMAIL PROTECTED]> --- URL: http://kerberos.math.sci.kobe-u.ac.jp/~maekawa/ --- Kobe University (Faculty of Science, Department of Mathematics) --- Powered by BSD/OS, FreeBSD, NetBSD, OpenBSD To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: freezing
On Thu, 17 Feb 2000, Joao Pedras wrote: > eheh > > I mean dead frozen, like if I was watching at a screeshot of a X session ]:) I used to get this on a game, which was trying somehow to load a font that wasn't correct. I found it wasn't really frozen, though, because you *could* telnet in (very slow). Are you *really* sure it's frozen? Do you have a network connection you can test telnet or ping with, or maybe a serial terminal you could hook to it? > > Alfred Perlstein wrote: > > > > Do you mean dead frozen, as in needs a reboot? or frozen for a second or > > so? > > > > The first one I haven't seen recently, the second I have noticed. > > > > -Alfred > > > ^\ /^ > O O > o00-(_)-00o-- > > Common sense is the collection of prejudices acquired by age eighteen. > -- Albert Einstein > > - > PGP key available upon request or may be cut at > http://pedras.webvolution.net/pgpkey.html > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message > Chuck Robey| Interests include C & Java programming, FreeBSD, [EMAIL PROTECTED] | electronics, communications, and signal processing. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Thinkpad won't boot ISO image
Mine is on 0x8b. Following some sugestions I hacked my boot/loader to look specifically at 0x8b it didn't work. I even went so far as to force 0x8b even though the autodetect did not work... it still didn't work. I then looked at the 1st stage boot loader as that *was* able to load boot/loader. I noticed a huge difference between the 2, with a comment in the 1st stage boot loader about a workarround for int 13h handling since not all bios's did it correctly. I then looked at boot/loader and noticed it *only* did int 13h handling. -- David Cross | email: [EMAIL PROTECTED] Acting Lab Director | NYSLP: FREEBSD Systems Administrator/Research Programmer | Web: http://www.cs.rpi.edu/~crossd Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science| Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Mounting Netware drive onto 4.0-CURRENT ...
On Wed, 16 Feb 2000, The Hermit Hacker wrote: > Okay, now I'm getting somewhere, but where I don't know :( set the > ifconfig, run IPXrouted, and netstat -nr tells me a bunch of stuff about > IPX ... great, that appeasr to be up, but I get errors with ncplogin, so > obviously I'm missing something (and wihtout the search of archives, this > is the most embarressing and painful way of doing this *sigh*) ... [skip] > athena# ncplogin -S admin.acadiau.ca -U marc > Warning: no cfg files found. "admin.acadiau.ca" looks like a DNS record. If this server is a netware 5.x one, then you can use "-S admin -A admin.acadiau.ca" options and netware client will use UDP protocol. Otherwise, I'm suspect that command line should look like this: ncplogin -S admin -U marc Please note, that user "marc" should be in the bindery context. -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Perc 2/SC problems (aka MegaRAID 466)
At 07:04 PM 2/16/2000 -0800, Mike Smith wrote: > > newmail# dd if=/dev/zero of=/dev/amrd0 count=16 > > 16+0 records in > > 16+0 records out > > 8192 bytes transferred in 0.006427 secs (1274613 bytes/sec) > > newmail# disklabel -Brw amrd0 auto > > newmail# disklabel -e amrd0 > > disklabel: ioctl DIOCGDINFO: Invalid argument > >Hmm. I should have paid more attention to the fdisk output the first >time; you already had the whole-disk label in place. > >What's the output from 'disklabel mlxd0'? newmail# disklabel amrd0 disklabel: ioctl DIOCGDINFO: Invalid argument newmail# ls -l /dev/amr* crw-r- 1 root operator 133, 0x00010002 Feb 16 21:38 /dev/amrd0 crw-r- 1 root operator 133, 0 Feb 16 21:36 /dev/amrd0a crw-r- 1 root operator 133, 1 Feb 16 21:36 /dev/amrd0b crw-r- 1 root operator 133, 2 Feb 16 21:36 /dev/amrd0c crw-r- 1 root operator 133, 3 Feb 16 21:36 /dev/amrd0d crw-r- 1 root operator 133, 4 Feb 16 21:36 /dev/amrd0e crw-r- 1 root operator 133, 5 Feb 16 21:36 /dev/amrd0f crw-r- 1 root operator 133, 6 Feb 16 21:36 /dev/amrd0g crw-r- 1 root operator 133, 7 Feb 16 21:36 /dev/amrd0h crw-r- 1 root operator 133, 0x00020002 Feb 16 21:36 /dev/amrd0s1 crw-r- 1 root operator 133, 0x00030002 Feb 16 21:36 /dev/amrd0s2 crw-r- 1 root operator 133, 0x00040002 Feb 16 21:36 /dev/amrd0s3 crw-r- 1 root operator 133, 0x00050002 Feb 16 21:36 /dev/amrd0s4 ---Mike To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Very slow disk transfers (was: freezing)
* Greg Lehey <[EMAIL PROTECTED]> [000216 19:14] wrote: > On Wednesday, 16 February 2000 at 17:52:42 -0800, Alfred Perlstein wrote: > > * Joao Pedras <[EMAIL PROTECTED]> [000216 17:50] wrote: > >> Hello all > >> > >> While making -j 4 buildworld and moving a netscape window, everything frozen. > >> Happens often if do other things while cpu and disk are very active. > >> > >> Happens quite often. > >> > >> Anyone else has noticed this ? > > > > Do you mean dead frozen, as in needs a reboot? or frozen for a second or > > so? > > > > The first one I haven't seen recently, the second I have noticed. > > I'm seeing the second situation. I've been following it up and find > that I have a number of requests which take an inordinate amount of > time in the driver strategy routine: > > Feb 17 12:50:00 freebie /kernel: Request took 10.373469 seconds, dev 3.31, block >5468256, length 16384 > > The time here is between entering adstrategy (in this case) and > biodone. It happens on SCSI drives too, so it doesn't appear to be a > problem with a specific driver. If anybody has a suggestion what I > should look for next, I'd be grateful. Could you put up a patchset against -current up someplace that includes these diagnostics? I'd like to see if that's what's nailing me. thanks, -Alfred To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Perc 2/SC problems (aka MegaRAID 466)
> At 05:15 PM 2/16/2000 -0800, Mike Smith wrote: > > > Hi, > > > I have been trying to get a PERC 2 (aka MegaRAID 466) working with > > > Current. The box worked fine with the 428, but seems to barf with only the > > > controller swapped. > > > >I don't think the two controllers share on-disk configuration formats; > >you'll probably need to re-initialise the array (I could be wrong about > >that). > > Yes, I did that. I blew away the old config, created a new set, and > initialized the array. > > > You probably don't want to do that with a valid slice table installed; > >the slice code does silly things. Try nuking it first: > > > ># dd if=/dev/zero of=/dev/amrd0 count=16 > > newmail# dd if=/dev/zero of=/dev/amrd0 count=16 > 16+0 records in > 16+0 records out > 8192 bytes transferred in 0.006427 secs (1274613 bytes/sec) > newmail# disklabel -Brw amrd0 auto > newmail# disklabel -e amrd0 > disklabel: ioctl DIOCGDINFO: Invalid argument Hmm. I should have paid more attention to the fdisk output the first time; you already had the whole-disk label in place. What's the output from 'disklabel mlxd0'? -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED] \\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Very slow disk transfers (was: freezing)
On Wednesday, 16 February 2000 at 17:52:42 -0800, Alfred Perlstein wrote: > * Joao Pedras <[EMAIL PROTECTED]> [000216 17:50] wrote: >> Hello all >> >> While making -j 4 buildworld and moving a netscape window, everything frozen. >> Happens often if do other things while cpu and disk are very active. >> >> Happens quite often. >> >> Anyone else has noticed this ? > > Do you mean dead frozen, as in needs a reboot? or frozen for a second or > so? > > The first one I haven't seen recently, the second I have noticed. I'm seeing the second situation. I've been following it up and find that I have a number of requests which take an inordinate amount of time in the driver strategy routine: Feb 17 12:50:00 freebie /kernel: Request took 10.373469 seconds, dev 3.31, block 5468256, length 16384 The time here is between entering adstrategy (in this case) and biodone. It happens on SCSI drives too, so it doesn't appear to be a problem with a specific driver. If anybody has a suggestion what I should look for next, I'd be grateful. Greg -- Finger [EMAIL PROTECTED] for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Perc 2/SC problems (aka MegaRAID 466)
At 05:15 PM 2/16/2000 -0800, Mike Smith wrote: > > Hi, > > I have been trying to get a PERC 2 (aka MegaRAID 466) working with > > Current. The box worked fine with the 428, but seems to barf with only the > > controller swapped. > >I don't think the two controllers share on-disk configuration formats; >you'll probably need to re-initialise the array (I could be wrong about >that). Yes, I did that. I blew away the old config, created a new set, and initialized the array. You probably don't want to do that with a valid slice table installed; >the slice code does silly things. Try nuking it first: > ># dd if=/dev/zero of=/dev/amrd0 count=16 newmail# dd if=/dev/zero of=/dev/amrd0 count=16 16+0 records in 16+0 records out 8192 bytes transferred in 0.006427 secs (1274613 bytes/sec) newmail# disklabel -Brw amrd0 auto newmail# disklabel -e amrd0 disklabel: ioctl DIOCGDINFO: Invalid argument Same deal :-( ---Mike To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: freezing
* Joao Pedras <[EMAIL PROTECTED]> [000216 17:50] wrote: > Hello all > > While making -j 4 buildworld and moving a netscape window, everything frozen. > Happens often if do other things while cpu and disk are very active. > > Happens quite often. > > Anyone else has noticed this ? Do you mean dead frozen, as in needs a reboot? or frozen for a second or so? The first one I haven't seen recently, the second I have noticed. -Alfred To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: freezing
* Joao Pedras <[EMAIL PROTECTED]> [000216 18:07] wrote: > eheh > > I mean dead frozen, like if I was watching at a screeshot of a X session ]:) > > Alfred Perlstein wrote: > > > > Do you mean dead frozen, as in needs a reboot? or frozen for a second or > > so? > > > > The first one I haven't seen recently, the second I have noticed. > > > > -Alfred oy! well i guess you need to grab a serial console and see if you can get a crashdump/traceback. let us know if you find out, also check your machine's cooling devices to make sure they are functioning normally. good luck, -Alfred To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: sysinstall of 20000214 snap hangs
> I just tried installing the 2/14 4.0 snap onto a Cyrix MediaGX-based > box, and the sysinstall hung at the "probing devices" phase. > > Because the 3.4 sysinstall works just fine on this box, and because > the last thing I see on the debug screen (ttyv1) is > > DEBUG: Found a disk device named ad0 > > I'm inclined to cast a suspicious eye toward Soren's new IDE driver :-). 8) At that point, it's actually more or less finished with the IDE drive, actually, so it's probably not that. > I realize the information I've provided so far is unlikely to be > sufficient to diagnose, much less remedy, the problem; but I'm not > not sure what to do next. I'm happy to work with anyone who'd > like to take a closer look at this. Debugging these is often actually really painful, because it's hard to tell where exactly you're hung up. You might try hitting a key on the main sysinstall screen (don't laugh), as well as checking for peripherals that are wedged in an active state (eg. CDROM if it's not already listed as found). Then you might also try disabling any devices in the kernel config that aren't actually present in your system (eg. second IDE channel, random ethernet interfaces especially). -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED] \\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: freezing
eheh I mean dead frozen, like if I was watching at a screeshot of a X session ]:) Alfred Perlstein wrote: > > Do you mean dead frozen, as in needs a reboot? or frozen for a second or > so? > > The first one I haven't seen recently, the second I have noticed. > > -Alfred ^\ /^ O O o00-(_)-00o-- Common sense is the collection of prejudices acquired by age eighteen. -- Albert Einstein - PGP key available upon request or may be cut at http://pedras.webvolution.net/pgpkey.html To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
freezing
Hello all While making -j 4 buildworld and moving a netscape window, everything frozen. Happens often if do other things while cpu and disk are very active. Happens quite often. Anyone else has noticed this ? Joao ^\ /^ O O o00-(_)-00o-- Shaw's Principle: Build a system that even a fool can use, and only a fool will want to use it. - PGP key available upon request or may be cut at http://pedras.webvolution.net/pgpkey.html To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Perc 2/SC problems (aka MegaRAID 466)
> Hi, > I have been trying to get a PERC 2 (aka MegaRAID 466) working with > Current. The box worked fine with the 428, but seems to barf with only the > controller swapped. I don't think the two controllers share on-disk configuration formats; you'll probably need to re-initialise the array (I could be wrong about that). > newmail# dd if=/dev/zero of=/dev/ramrd0 bs=1k count=1 > 1+0 records in > 1+0 records out > 1024 bytes transferred in 0.000446 secs (2295546 bytes/sec) > newmail# !fd > fdisk amrd0 > *** Working on device /dev/ramrd0 *** > parameters extracted from in-core disklabel are: > cylinders=2217 heads=255 sectors/track=63 (16065 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=2217 heads=255 sectors/track=63 (16065 blks/cyl) > > fdisk: invalid fdisk partition table found > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > > The data for partition 2 is: > > The data for partition 3 is: > > The data for partition 4 is: > sysid 165,(FreeBSD/NetBSD/386BSD) > start 1, size 35616104 (17390 Meg), flag 80 (active) > beg: cyl 0/ sector 2/ head 0; > end: cyl 168/ sector 63/ head 254 > newmail# disklabel -Brw amrd0 auto You probably don't want to do that with a valid slice table installed; the slice code does silly things. Try nuking it first: # dd if=/dev/zero of=/dev/amrd0 count=16 > This is using the BIOS from Dell. Should I be trying the latest and > greatest directly from AMI ? There is a warning from them however saying > not to use the AMI version with OEM cards. Should I try it anyways ? This isn't a BIOS issue, as far as I can tell. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED] \\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Thinkpad won't boot ISO image
> O.K. I've got a burner and boat loads of cheap media so no problem there. > One question though -- Once I've modified the sources as you've outlined > below, how do I make the bootable floppy image that gets written to the > CDR? Since we only care about getting to the point where the loader can read the disk image, it's actually pretty easy. Take the kern.flp file off the install CD, then say: vnconfig /dev/vn0 kern.flp mount /dev/vn0a /mnt umount /mnt vnconfig -u /dev/vn0 After that, you can create an almost empty CD, which should take very little time to burn... -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED] \\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
installworld problem(s)
CVSup -current as of Wed Feb 16 04:11:01 CST... Figured I'd try a build/install from source before wiping it all for the latest RC: ===> gnu/usr.bin/binutils/doc install-info --quiet --defsection="Programming & development tools." --defentry="* As: (as). The GNU assembler." as.info /usr/share/info/dir install-info --quiet --defsection="Programming & development tools." --defentry="* Ld: (ld). The GNU linker." ld.info /usr/share/info/dir install-info --quiet --defsection="Programming & development tools." --defentry="* GDB annotation: (annotate).Annotations for the GNU Debugger (GDB)." annotate.info /usr/share/info/dir install-info --quiet --defsection="Programming & development tools." --defentry= gdb.info /usr/sh are/info/dir install-info --quiet --defsection="Programming & development tools." --defentry= gdbint.info /usr /share/info/dir install-info --quiet --defsection="Programming & development tools." --defentry= stabs.info /usr/ share/info/dir install-info: /usr/share/info/dir: empty file *** Error code 1 install-info: /usr/share/info/dir: empty file *** Error code 1 2 errors *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error What empty file? The target is there and the source is: ls -l /usr/obj/usr/src/gnu/usr.bin/binutils/doc total 1419 -rw-r--r-- 1 root wheel 23038 Feb 16 07:12 annotate.info -rw-r--r-- 1 root wheel6762 Feb 16 07:12 annotate.info.gz -rw-r--r-- 1 root wheel 153475 Feb 16 07:12 as.info -rw-r--r-- 1 root wheel 45228 Feb 16 07:12 as.info.gz lrwxr-xr-x 1 root wheel 78 Feb 16 07:12 gdb-cfg.texi -> /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/all-cfg.texi -rw-r--r-- 1 root wheel 452513 Feb 16 07:12 gdb.info -rw-r--r-- 1 root wheel 132031 Feb 16 07:12 gdb.info.gz -rw-r--r-- 1 root wheel 105081 Feb 16 07:12 gdbint.info -rw-r--r-- 1 root wheel 36400 Feb 16 07:12 gdbint.info.gz -rw-r--r-- 1 root wheel 14182 Feb 16 07:12 inc-hist.texi -rw-r--r-- 1 root wheel 14174 Feb 16 07:12 inc-hist.texi.orig -rw-r--r-- 1 root wheel 150162 Feb 16 07:12 ld.info -rw-r--r-- 1 root wheel 43884 Feb 16 07:12 ld.info.gz -rw-r--r-- 1 root wheel 152635 Feb 16 07:12 stabs.info -rw-r--r-- 1 root wheel 45007 Feb 16 07:12 stabs.info.gz Um, yeah. No recent commits AFAIK that should effect this. So much for my build/install streak, but then this is my first -current in a long while. ;) Here's the same point with '-k': ===> gnu/usr.bin/binutils/doc install-info --quiet --defsection="Programming & development tools." --defentry="* As: (as). The GNU assembler." as.info /usr/share/info/dir install-info: /usr/share/info/dir: empty file install-info --quiet --defsection="Programming & development tools." --defentry="* Ld: (ld). The GNU linker." ld.info /usr/share/info/dir install-info: /usr/share/info/dir: empty file install-info --quiet --defsection="Programming & development tools." --defentry="* GDB annotation: (annotate).Annotations for the GNU Debugger (GDB)." annotate.info /usr/share/info/dir install-info --quiet --defsection="Programming & development tools." --defentry= gdb.info /usr/sh are/info/dir install-info --quiet --defsection="Programming & development tools." --defentry= gdbint.info /usr /share/info/dir *** Error code 1 *** Error code 1 install-info --quiet --defsection="Programming & development tools." --defentry= stabs.info /usr/ share/info/dir `install' not remade because of errors. ===> gnu/usr.bin/binutils/gdb And runs error free to completion. Also interesting was during my endeavor I dropped 'INSTALL=install -C' from make.conf and it died way earlier in the install: ===> lib/libncurses install -c -o root -g wheel -m 444 term.7.gz /usr/share/man/man7 /usr/share/man/man3/addch.3.gz -> /usr/share/man/man3/curs_addch.3.gz /usr/share/man/man3/echochar.3.gz -> /usr/share/man/man3/curs_addch.3.gz /usr/share/man/man3/mvaddch.3.gz -> /usr/share/man/man3/curs_addch.3.gz /usr/share/man/man3/mvwaddch.3.gz -> /usr/share/man/man3/curs_addch.3.gz /usr/share/man/man3/waddch.3.gz -> /usr/share/man/man3/curs_addch.3.gz /usr/share/man/man3/wechochar.3.gz -> /usr/share/man/man3/curs_addch.3.gz /usr/share/man/man3/addchnstr.3.gz -> /usr/share/man/man3/curs_addchstr.3.gz /usr/share/man/man3/addchstr.3.gz -> /usr/share/man/man3/curs_addchstr.3.gz /usr/share/man/man3/mvaddchnstr.3.gz -> /usr/share/man/man3/curs_addchstr.3.gz /usr/share/man/man3/mvaddchstr.3.gz -> /usr/share/man/man3/curs_addchstr.3.gz /usr/share/man/man3/mvwaddchnstr.3.gz -> /usr/share/man/man3/curs_addchstr.3.gz install -c -o root -g wheel -m 444 curs_addch.3.gz curs_addchstr.3.gz curs_addstr.3.gz curs_attr.3.g z curs_beep.3.gz curs_bkgd.3.gz curs_border.3.gz curs_clear.3.gz curs_color.3.gz curs_delch.3.gz cur s_deleteln.3.gz curs_getch.3
Re: Thinkpad won't boot ISO image
> > On 16-Feb-00 Mike Smith wrote: > >> This is a problem with the thinkpad BIOS that I have not had the time to be > >> able to track down. It would *appear* to be that the BIOS does not do > >> int 13 handling on boot cdroms, and the boot/loader makes much use of that > >> for loading the kernel and drivers. > > > > The problem with the Thinkpad BIOS is where it puts the emulated floppy > > image's disk number - it's not in the 'normal' place, and I don't exactly > > know how to deal with it cleanly. If someone were to lend me a thinkpad > > or look at this it would be easy to fix. > > Err, which place? The emulated device is always BIOS drive 0x00, aka the > first floppy drive when you are emulating a floppy. It's not, which is the "Thinkpad CDROM boot problem". The one report I recall put it on 0x87, but I don't have any concrete evidence to suggest that it's always there either. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED] \\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
dev/umass major and minor numbers
The current MAKEDEV script seems to be lacking the umass device. I have searched all the docs that I know of and have been unable to find a listing of the major and minor number assaignments, could someone please point me in the right direction ? Bob Rentschler To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Thinkpad won't boot ISO image
On Wed, 16 Feb 2000, Mike Smith wrote: > > > The problem with the Thinkpad BIOS is where it puts the emulated floppy > > > image's disk number - it's not in the 'normal' place, and I don't exactly > > > know how to deal with it cleanly. If someone were to lend me a thinkpad > > > or look at this it would be easy to fix. > > > > I'd like to help look at this. I have a ThinkPad 770 and it too exhibits > > this behavior. Unfortunately it's my only laptop so I can't loan it out > > but I certainly would like to help out if I can. I've got an > > up-to-date -current running. What code should I look at in sys/boot and > > how do I figure out where the Thinkpad BIOS puts the emulated floppy > > image's disk number? > > You'll need a CD burner and the time & patience to produce a small number > of coasters for this. O.K. I've got a burner and boat loads of cheap media so no problem there. One question though -- Once I've modified the sources as you've outlined below, how do I make the bootable floppy image that gets written to the CDR? > > In sys/boot/i386/loader/main.c:main() you will need to print the value of > initial_bootdev, sometime after the console is initialised. From what > I've seen, I get the impression that it will be something like 0x87. > This is the root of the problem; floppy disks are typically numbered 0,1 > and hard disks are numbered 0x80,0x81, etc. Normally all the unit > numbers are contiguous. Understood (I think) :-) On my Thinkpad I believe I've seen things like 0x8b or some such. This will be the first CD to burn... > > If this is the case, you will need to modify > sys/boot/i386/libi386/biosdisk.c:bd_init() to check whether it's scanned > the BIOS unit number from initial_bootdev, and if not (and it's legal) > scan it as well. Once we've 'probed' the BIOS unit, everything else > should work correctly. O.K. this makes a lot of sense and sounds easy. > > If you decide to take this on, please let me know how you go. Will do! > > Thanks! > And thank you too!!! Tom To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Heads up, vm.max_proc_mmap sysctl added
On Wed, Feb 16, 2000 at 03:33:58PM -0800, Matthew Dillon wrote: > Is anyone interested in me doing this for the 4.0 release? It would > help both our current threads model and the linux threads model a lot. > I can do it in a day and it should be trivial to test, the modifications > are actually quite minor. I would really like to see this change happen, and will happily make the necessary libc_r and linuxthreads changes to use the functionality, but we're well into the code freeze right now, which IMO makes this more appropriate for 4.1. Jason To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Thinkpad won't boot ISO image
> > The problem with the Thinkpad BIOS is where it puts the emulated floppy > > image's disk number - it's not in the 'normal' place, and I don't exactly > > know how to deal with it cleanly. If someone were to lend me a thinkpad > > or look at this it would be easy to fix. > > I'd like to help look at this. I have a ThinkPad 770 and it too exhibits > this behavior. Unfortunately it's my only laptop so I can't loan it out > but I certainly would like to help out if I can. I've got an > up-to-date -current running. What code should I look at in sys/boot and > how do I figure out where the Thinkpad BIOS puts the emulated floppy > image's disk number? You'll need a CD burner and the time & patience to produce a small number of coasters for this. In sys/boot/i386/loader/main.c:main() you will need to print the value of initial_bootdev, sometime after the console is initialised. From what I've seen, I get the impression that it will be something like 0x87. This is the root of the problem; floppy disks are typically numbered 0,1 and hard disks are numbered 0x80,0x81, etc. Normally all the unit numbers are contiguous. If this is the case, you will need to modify sys/boot/i386/libi386/biosdisk.c:bd_init() to check whether it's scanned the BIOS unit number from initial_bootdev, and if not (and it's legal) scan it as well. Once we've 'probed' the BIOS unit, everything else should work correctly. If you decide to take this on, please let me know how you go. Thanks! -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED] \\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Heads up, vm.max_proc_mmap sysctl added
* Matthew Dillon <[EMAIL PROTECTED]> [000216 16:05] wrote: > > It is possible to fix the problem. We can add a new mmap() flag which > we call MAP_GUARDED which would basically be an anonymous mmap() which > implements a special case in vm_fault. This pager is designed to always > return a failure for the first and last page. The size of the mmap() > determines where the guard pages are and would be stored as part of > the vm_map_entry (only for the MAP_GUARDED case). > > Adjacent vm_map_entry structures with the same guard size would be > coalesced. > > Thus any threaded program will still only require a single vm_map_entry > field yet still be completely flexible in regards to the guard pages. > > Is anyone interested in me doing this for the 4.0 release? It would > help both our current threads model and the linux threads model a lot. > I can do it in a day and it should be trivial to test, the modifications > are actually quite minor. I'd love to see it happen for 4.0. Toss some diffs up and we'll see if Jordan gives it an ok. -- -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Thinkpad won't boot ISO image
On 16-Feb-00 Mike Smith wrote: >> This is a problem with the thinkpad BIOS that I have not had the time to be >> able to track down. It would *appear* to be that the BIOS does not do >> int 13 handling on boot cdroms, and the boot/loader makes much use of that >> for loading the kernel and drivers. > > The problem with the Thinkpad BIOS is where it puts the emulated floppy > image's disk number - it's not in the 'normal' place, and I don't exactly > know how to deal with it cleanly. If someone were to lend me a thinkpad > or look at this it would be easy to fix. Err, which place? The emulated device is always BIOS drive 0x00, aka the first floppy drive when you are emulating a floppy. -- John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 4.0 release candidate issues
On Wed, 16 Feb 2000, Giorgos Keramidas wrote: > On Tue, Feb 15, 2000 at 04:10:59PM -0800, Doug Barton wrote: > > On Tue, 15 Feb 2000, Kazutaka YOKOTA wrote: > > > > > `options XSERVER' is for vt0 only. sc0 doesn't need it to run the X > > > server. > > > > Could you add appropriate comments to this effect in GENERIC and > > LINT? I have always been confused by this, and IMO the placement in the > > file is not sufficient to make it clear. For instance: > > > > -#options XSERVER # support for X server > > +#options XSERVER # support for X server on a vt > > console > > Nice thing. I think this will stop a lot of questions on their source. > Some new users believed that running XF86Config was unnecessary after > they added this to their kernel. Ahhh.. a new area of confusion I hadn't even considered. :) > Without the wrapping, thank you. But of course. Kazu already committed the comment and I trusted him all along to DTRT with the line wrap. Doug -- "Welcome to the desert of the real." - Laurence Fishburne as Morpheus, "The Matrix" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Heads up, vm.max_proc_mmap sysctl added
:> > This deals with a mmap+fork bomb that can cause the kernel to :> > eat all of KVM in vm_map_entry structures. The default limit :> > should be set generously enough for people using the current :> > FreeBSD threads incarnation (and isn't an issue w/ linux :> > threads due to rfork resulting in scaling of the limit for the :> > shared address space). :> > :> > Heads up in case a heavy threads programmer sees something I missed. :> :> Note that thread stack allocation in libc_r also uses mmap() (one region :> per thread), so this applies there as well. : :Never mind. Matt stated this correctly, and I misread it. : :Jason Heh heh. Yes, this is my one worry - the guard page between thread stacks as well as the fact that MAP_STACK is used causes a vm_map_entry to be allocated for each thread stack, which is seriously annoying but there is nothing we can do about it at the moment. It is possible to fix the problem. We can add a new mmap() flag which we call MAP_GUARDED which would basically be an anonymous mmap() which implements a special case in vm_fault. This pager is designed to always return a failure for the first and last page. The size of the mmap() determines where the guard pages are and would be stored as part of the vm_map_entry (only for the MAP_GUARDED case). Adjacent vm_map_entry structures with the same guard size would be coalesced. Thus any threaded program will still only require a single vm_map_entry field yet still be completely flexible in regards to the guard pages. Is anyone interested in me doing this for the 4.0 release? It would help both our current threads model and the linux threads model a lot. I can do it in a day and it should be trivial to test, the modifications are actually quite minor. -Matt Matthew Dillon <[EMAIL PROTECTED]> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Problems with Recent PPP Changes
A very careful reading of the man page shows: Note that two parsers will examine these escape sequences, so in order to have the `chat parser' see the escape character, it is necessary to escape it from the `command parser'. This means that in practice you should use two escapes, for example: So, I changed my set login to set login "TIMEOUT 5 ogin:-\\r-ogin: \\#xxx word: xx" ^^ and, it worked. I previously tried one escape for the '#'. But, two parsers see the login string. So, two escapes are needed. Thanks for the reply. tomdean To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Mounting Netware drive onto 4.0-CURRENT ...
On Wed, 16 Feb 2000, Dan Nelson wrote: > In the last episode (Feb 16), The Hermit Hacker said: > > athena# ncplogin -S admin.acadiau.ca -U marc > > Warning: no cfg files found. > > ncplogin: can't find server ADMIN.ACADIAU.CA: syserr = No route to host > > athena# ncplogin -A admin.acadiau.ca > > ncplogin: no default connection found: syserr = Bad file descriptor > > > How does one 'set a route to host' in IPX? :( > > Hm. the "no route to host" means that it couldn't find > "admin.acadiau.ca" as a netware server name. I believe that the NCP > code is all bindery only right now, so giving an NDS object wouldn't > work. See if "ncplist s" shows any servers, and try to log into one of > those. *Much* better ... its just listed as 'admin' ... gives me a login failure when I try with ncplogin, but its been so login since I've last tried that I'm not surprised. Will talk to the Novell guys about that tomorrow ... thanks ... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Thinkpad won't boot ISO image
Mike Smith wrote: > The problem with the Thinkpad BIOS is where it puts the emulated floppy > image's disk number - it's not in the 'normal' place, and I don't exactly > know how to deal with it cleanly. If someone were to lend me a thinkpad > or look at this it would be easy to fix. How would I be able to help out with this? I have an older version of -CURRENT on one partition, if you have something that needs to be run under FreeBSD. I also have Win98 available, if that helps. Let me know... Gerald. -- This is your FreeBSD -- Where do YOU want to go tommorow? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Heads up, vm.max_proc_mmap sysctl added
On Wed, Feb 16, 2000 at 02:13:39PM -0800, Jason Evans wrote: > On Wed, Feb 16, 2000 at 01:18:13PM -0800, Matthew Dillon wrote: > > This deals with a mmap+fork bomb that can cause the kernel to > > eat all of KVM in vm_map_entry structures. The default limit > > should be set generously enough for people using the current > > FreeBSD threads incarnation (and isn't an issue w/ linux > > threads due to rfork resulting in scaling of the limit for the > > shared address space). > > > > Heads up in case a heavy threads programmer sees something I missed. > > Note that thread stack allocation in libc_r also uses mmap() (one region > per thread), so this applies there as well. Never mind. Matt stated this correctly, and I misread it. Jason To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 4.0 release candidate issues
On Tue, Feb 15, 2000 at 04:10:59PM -0800, Doug Barton wrote: > On Tue, 15 Feb 2000, Kazutaka YOKOTA wrote: > > > `options XSERVER' is for vt0 only. sc0 doesn't need it to run the X > > server. > > Could you add appropriate comments to this effect in GENERIC and > LINT? I have always been confused by this, and IMO the placement in the > file is not sufficient to make it clear. For instance: > > -#options XSERVER # support for X server > +#options XSERVER # support for X server on a vt > console Nice thing. I think this will stop a lot of questions on their source. Some new users believed that running XF86Config was unnecessary after they added this to their kernel. Without the wrapping, thank you. -- Giorgos Keramidas, < keramida @ ceid . upatras . gr > For my public PGP key: finger [EMAIL PROTECTED] PGP fingerprint, phone and address in the headers of this message. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Thinkpad won't boot ISO image
On Wed, 16 Feb 2000, Mike Smith wrote: > > This is a problem with the thinkpad BIOS that I have not had the time to be > > able to track down. It would *appear* to be that the BIOS does not do > > int 13 handling on boot cdroms, and the boot/loader makes much use of that > > for loading the kernel and drivers. > > The problem with the Thinkpad BIOS is where it puts the emulated floppy > image's disk number - it's not in the 'normal' place, and I don't exactly > know how to deal with it cleanly. If someone were to lend me a thinkpad > or look at this it would be easy to fix. > I'd like to help look at this. I have a ThinkPad 770 and it too exhibits this behavior. Unfortunately it's my only laptop so I can't loan it out but I certainly would like to help out if I can. I've got an up-to-date -current running. What code should I look at in sys/boot and how do I figure out where the Thinkpad BIOS puts the emulated floppy image's disk number? Tom To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Heads up, vm.max_proc_mmap sysctl added
On Wed, Feb 16, 2000 at 01:18:13PM -0800, Matthew Dillon wrote: > This deals with a mmap+fork bomb that can cause the kernel to > eat all of KVM in vm_map_entry structures. The default limit > should be set generously enough for people using the current > FreeBSD threads incarnation (and isn't an issue w/ linux > threads due to rfork resulting in scaling of the limit for the > shared address space). > > Heads up in case a heavy threads programmer sees something I missed. Note that thread stack allocation in libc_r also uses mmap() (one region per thread), so this applies there as well. Jason To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Thinkpad won't boot ISO image
> This is a problem with the thinkpad BIOS that I have not had the time to be > able to track down. It would *appear* to be that the BIOS does not do > int 13 handling on boot cdroms, and the boot/loader makes much use of that > for loading the kernel and drivers. The problem with the Thinkpad BIOS is where it puts the emulated floppy image's disk number - it's not in the 'normal' place, and I don't exactly know how to deal with it cleanly. If someone were to lend me a thinkpad or look at this it would be easy to fix. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED] \\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Mounting Netware drive onto 4.0-CURRENT ...
In the last episode (Feb 16), The Hermit Hacker said: > athena# ncplogin -S admin.acadiau.ca -U marc > Warning: no cfg files found. > ncplogin: can't find server ADMIN.ACADIAU.CA: syserr = No route to host > athena# ncplogin -A admin.acadiau.ca > ncplogin: no default connection found: syserr = Bad file descriptor > How does one 'set a route to host' in IPX? :( Hm. the "no route to host" means that it couldn't find "admin.acadiau.ca" as a netware server name. I believe that the NCP code is all bindery only right now, so giving an NDS object wouldn't work. See if "ncplist s" shows any servers, and try to log into one of those. -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: AIC card not recognised?
In article <[EMAIL PROTECTED]> you wrote: > I get the following: > > pci0: unknown card (vendor=0x9004, dev=0x5078) at 8.0 irq 11 Nothing has changed in this area for some time and the id for this card is in the table of supported devices. Do you get any additional information from a boot -v? -- Justin To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Heads up, vm.max_proc_mmap sysctl added
This deals with a mmap+fork bomb that can cause the kernel to eat all of KVM in vm_map_entry structures. The default limit should be set generously enough for people using the current FreeBSD threads incarnation (and isn't an issue w/ linux threads due to rfork resulting in scaling of the limit for the shared address space). Heads up in case a heavy threads programmer sees something I missed. -Matt Matthew Dillon <[EMAIL PROTECTED]> :dillon 2000/02/16 13:11:37 PST : : Modified files: :sys/kern kern_malloc.c :sys/sys kernel.h :sys/vm vm_kern.h vm_map.c vm_mmap.c :lib/libc/sys mmap.2 : Log: : Fix null-pointer dereference crash when the system is intentionally : run out of KVM through a mmap()/fork() bomb that allocates hundreds : of thousands of vm_map_entry structures. : : Add panic to make null-pointer dereference crash a little more verbose. : : Add a new sysctl, vm.max_proc_mmap, which specifies the maximum number : of mmap()'d spaces (discrete vm_map_entry's in the process). The value : defaults to around 9000 for a 128MB machine. The test is scaled for the : number of processes sharing a vmspace (aka linux threads). Setting : the value to 0 disables the feature. : : PR: kern/16573 : Approved by: jkh : : Revision ChangesPath : 1.64 +3 -2 src/sys/kern/kern_malloc.c : 1.62 +2 -1 src/sys/sys/kernel.h : 1.22 +2 -1 src/sys/vm/vm_kern.h : 1.186 +8 -2 src/sys/vm/vm_map.c : 1.107 +43 -5 src/sys/vm/vm_mmap.c : 1.20 +3 -2 src/lib/libc/sys/mmap.2 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Perc 2/SC problems (aka MegaRAID 466)
Hi, I have been trying to get a PERC 2 (aka MegaRAID 466) working with Current. The box worked fine with the 428, but seems to barf with only the controller swapped. newmail# dd if=/dev/zero of=/dev/ramrd0 bs=1k count=1 1+0 records in 1+0 records out 1024 bytes transferred in 0.000446 secs (2295546 bytes/sec) newmail# !fd fdisk amrd0 *** Working on device /dev/ramrd0 *** parameters extracted from in-core disklabel are: cylinders=2217 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=2217 heads=255 sectors/track=63 (16065 blks/cyl) fdisk: invalid fdisk partition table found Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 1, size 35616104 (17390 Meg), flag 80 (active) beg: cyl 0/ sector 2/ head 0; end: cyl 168/ sector 63/ head 254 newmail# disklabel -Brw amrd0 auto newmail# disklabel -e amrd0 disklabel: ioctl DIOCGDINFO: Invalid argument FreeBSD newmail.sentex.ca 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Wed Feb 16 07:41:02 GMT 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/newmail i386 newmail# dmesg | grep amr amr0: mem 0xe900-0xe93f irq 11 at device 12.1 on pci0 amr0: firmware 3.00 bios 1.36 32MB memory amrd0: on amr0 amrd0: 17396MB (35627008 sectors) RAID 5 (optimal) newmail# This is using the BIOS from Dell. Should I be trying the latest and greatest directly from AMI ? There is a warning from them however saying not to use the AMI version with OEM cards. Should I try it anyways ? ---Mike Mike Tancsa, tel +1 519 651 3400 Network Administrator,[EMAIL PROTECTED] Sentex Communications www.sentex.net Cambridge, Ontario Canada To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
sysinstall of 20000214 snap hangs
I just tried installing the 2/14 4.0 snap onto a Cyrix MediaGX-based box, and the sysinstall hung at the "probing devices" phase. Because the 3.4 sysinstall works just fine on this box, and because the last thing I see on the debug screen (ttyv1) is DEBUG: Found a disk device named ad0 I'm inclined to cast a suspicious eye toward Soren's new IDE driver :-). I realize the information I've provided so far is unlikely to be sufficient to diagnose, much less remedy, the problem; but I'm not not sure what to do next. I'm happy to work with anyone who'd like to take a closer look at this. Jim Shankland Decision Data/NLynx Systems, Inc. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Mounting Netware drive onto 4.0-CURRENT ...
Okay, now I'm getting somewhere, but where I don't know :( set the ifconfig, run IPXrouted, and netstat -nr tells me a bunch of stuff about IPX ... great, that appeasr to be up, but I get errors with ncplogin, so obviously I'm missing something (and wihtout the search of archives, this is the most embarressing and painful way of doing this *sigh*) ... athena# netstat -nr Routing tables Internet: DestinationGatewayFlags Netif Expire default131.162.136.1 UGScxl0 127.0.0.1 127.0.0.1 UH lo0 131.162.136/21 link#1 UC xl0 => 131.162.136.1 8:0:2:17:32:c5 UHLWxl0 1200 131.162.136.69 0:a0:24:b2:26:e2 UHLWxl0 1197 131.162.138.2230:0:c0:eb:c4:bfUHLWxl0 1042 192.168.254link#3 UC vmnet1 => 192.168.254.2 0:50:56:d3:51:e4 UHLW vmnet1942 IPX: DestinationGatewayFlags Netif Expire 1.*83a28800.c08a9aeb UG xl0 8126d01.* 83a28800.800021732c5 UG xl0 b53ccf9.* 83a28800.800021732c5 UG xl0 82428072.* 83a28800.800021732c5 UG xl0 83a2003c.* 83a28800.800021732c5 UG xl0 83a200ca.* 83a28800.508b7148d9 UG xl0 83a200cc.* 83a28800.2200c110aa45 UG xl0 83a20332.* 83a28800.2200c110aa9d UG xl0 83a20333.* 83a28800.800021732c5 UG xl0 83a20832.* 83a28800.2200c1108a0a UG xl0 83a28000.* 83a28800.800021732c5 UG xl0 83a28800.* 83a28800.104b696333 U xl0 83a29000.* 83a28800.800021732c5 UG xl0 83a29800.* 83a28800.800021732c5 UG xl0 83a2a000.* 83a28800.800021732c5 UG xl0 83a2a800.* 83a28800.800021732c5 UG xl0 83a2c800.* 83a28800.800021732c5 UG xl0 83a2c841.* 83a28800.800021732c5 UG xl0 83a2f000.* 83a28800.800021732c5 UG xl0 athena# ncplogin -S admin.acadiau.ca -U marc Warning: no cfg files found. ncplogin: can't find server ADMIN.ACADIAU.CA: syserr = No route to host athena# ncplogin -A admin.acadiau.ca ncplogin: no default connection found: syserr = Bad file descriptor athena# xl0: flags=8843 mtu 1500 inet 131.162.138.193 netmask 0xf800 broadcast 131.162.143.255 ipx 83a28800.104b696333 ether 00:10:4b:69:63:33 media: autoselect (10baseT/UTP) status: active I got the "ETHERNET_II ipx network number" from our Novell Network Admin ... IPX is enabled in the kernel ... else I imagine that IPXrouted wouldn't have worked ... How does one 'set a route to host' in IPX? :( Thanks... On Wed, 16 Feb 2000, Dan Nelson wrote: > In the last episode (Feb 16), The Hermit Hacker said: > > Can someone point me to a document that talks about setting this up? > > I remember seeing something pass by about 'ifconfig'ng a device for > > ipx and whatnot, but that was awhile ago ... > > in rc.conf: > > ifconfig_fxp0_ipx="ipx 0x87654321" > ifconfig_lo0_ipx="ipx 0x12345678.1" > ipxrouted_enable="YES" > > 87654321 is whatever your existing ETHERNET_II ipx network number is. > > 12345678 is your machines local network number; probably not needed > except for machines running mars_new. > > That should be all you need. > > -- > Dan Nelson > [EMAIL PROTECTED] > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: [EMAIL PROTECTED] secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: FTP_INTERNAL_LS
On Thu, Feb 17, 2000 at 12:24:00AM +0800, Peter Wemm wrote: > You're 6 months late, this is already done: > revision 1.26 > date: 1999/08/26 00:45:34; author: peter; state: Exp; lines: +1 -3 > unifdef -DINTERNAL_LS - it's too useful to be off by default. If anyone > really dislikes this, we could add a switch to disable it at runtime and > check in popen.c. You missed parts of ftpd.8 that needed changeing with this change. The manpage still clearly states that ~ftp/bin/ls needs to exist: ~ftp/bin Make this directory owned by ``root'' and unwritable by anyone (mode 555). The program ls(1) must be present to support the list command. This program should be mode 111. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Mounting Netware drive onto 4.0-CURRENT ...
In the last episode (Feb 16), The Hermit Hacker said: > Can someone point me to a document that talks about setting this up? > I remember seeing something pass by about 'ifconfig'ng a device for > ipx and whatnot, but that was awhile ago ... in rc.conf: ifconfig_fxp0_ipx="ipx 0x87654321" ifconfig_lo0_ipx="ipx 0x12345678.1" ipxrouted_enable="YES" 87654321 is whatever your existing ETHERNET_II ipx network number is. 12345678 is your machines local network number; probably not needed except for machines running mars_new. That should be all you need. -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Thinkpad won't boot ISO image
This is a problem with the thinkpad BIOS that I have not had the time to be able to track down. It would *appear* to be that the BIOS does not do int 13 handling on boot cdroms, and the boot/loader makes much use of that for loading the kernel and drivers. I am, however, out of my league on this. Some feedback from the boot/loader team would be greatly appreciated in this. *hint* *hint* -- David Cross | email: [EMAIL PROTECTED] Acting Lab Director | NYSLP: FREEBSD Systems Administrator/Research Programmer | Web: http://www.cs.rpi.edu/~crossd Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science| Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Thinkpad won't boot ISO image
I've tried to boot the ISO image (RC2) on an IBM Thinkpad, type 2621. I get the keyboard probe, and then the >> boot prompt comes up. It doesn't appear to be able to see the loader, and can't boot a kernel. In a Desktop system the disc works all the way to the sysinstall menu. I'm not sure if this is a known issue with the thinkpads or with the ISO boot image, but I thought it might be worth letting people know. I managed to install -CURRENT before on this machine off of floppies and over FTP, so I don't believe it's an issue with the kernel or the hardware in general. Does anyone have any ideas? Gerald. -- This is your FreeBSD -- Where do YOU want to go tommorow? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Mounting Netware drive onto 4.0-CURRENT ...
Can someone poitn me to a document that talks about setting this up? I remember seeing something pass by about 'ifconfig'ng a device for ipx and whatnot, but that was awhile ago ... Thanks ... Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: [EMAIL PROTECTED] secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: FTP_INTERNAL_LS
Haha, so much for that issue then. :) > "David O'Brien" wrote: > > On Wed, Feb 16, 2000 at 09:04:44AM +0200, Sheldon Hearn wrote: > > > > What about making FTP_INTERNAL_LS the default for 4.0? > > > > > > I'm very much in favour of this, > > > > Agreed. Do you want to bug JKH, or should I? ;) > > You're 6 months late, this is already done: > revision 1.26 > date: 1999/08/26 00:45:34; author: peter; state: Exp; lines: +1 -3 > unifdef -DINTERNAL_LS - it's too useful to be off by default. If anyone > really dislikes this, we could add a switch to disable it at runtime and > check in popen.c. > > Cheers, > -Peter > > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: Problems with Recent PPP Changes
Ran into this quoting change problem too. It affects authname, authkey, and phone strings as well. Phone numbers with '*' sequences failed for me, as well my authname and authkey settings (which contained non-alphanumerics). Encasing these strings in "" worked for me. Since your ISP is asking for PAP, I would do the following: set login set authname "yourLoginName" set authkey "yourPassword" If the empty 'set login' fails to work for you, try set login "ABORT NO\\sCARRIER TIMEOUT 5 ogin:--ogin: \\U word: \\P" Maybe somebody can make this new qouting behavior more clear in an example in the sample ppp.conf installed in /etc? Just so other new users of 4.0 won't get bitten by the same thing. > -Original Message- > From: Thomas Dean [SMTP:[EMAIL PROTECTED]] > Sent: Wednesday, February 16, 2000 10:00 AM > To: [EMAIL PROTECTED] > Subject: Re: Problems with Recent PPP Changes > > Thanks for the reply. > > > Date: Wed, 16 Feb 2000 01:16:25 -0700 > > From: Warner Losh <[EMAIL PROTECTED]> > > > > In message <[EMAIL PROTECTED]> Thomas Dean writes: > > : What change to ppp did I miss? > > > > There were some quoting and comment recognition changes at one > > point... > > > > That is the problem. My ISP requires a '#' as a leading delimiter for > the login name. ppp determines the '#' is the start of a line-end > comment. From the log: > > Phase: bundle: Authenticate > Phase: deflink: his = PAP, mine = none > Phase: Pap Output: > Warning: Sending empty PAP authname! > Phase: Pap Input: FAILURE (Invalid Login) > Phase: deflink: Disconnected! > Phase: deflink: lcp -> logout > > How do I handle the required leading '#' on the login name? Escaping > it doesn't work. > > tomdean > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: FTP_INTERNAL_LS
On Thu, 17 Feb 2000 00:24:00 +0800, Peter Wemm wrote: > You're 6 months late, this is already done: Hahaha! Suits me. I'm sure _someone_ will be unhappy that he can't offer an ftp service sans directory listings, but it certainly won't be me. Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: FTP_INTERNAL_LS
"David O'Brien" wrote: > On Wed, Feb 16, 2000 at 09:04:44AM +0200, Sheldon Hearn wrote: > > > What about making FTP_INTERNAL_LS the default for 4.0? > > > > I'm very much in favour of this, > > Agreed. Do you want to bug JKH, or should I? ;) You're 6 months late, this is already done: revision 1.26 date: 1999/08/26 00:45:34; author: peter; state: Exp; lines: +1 -3 unifdef -DINTERNAL_LS - it's too useful to be off by default. If anyone really dislikes this, we could add a switch to disable it at runtime and check in popen.c. Cheers, -Peter To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc, eh_rtime_match
On Tue, 15 Feb 2000, David O'Brien wrote: I know taht i have correct versions of freebsd, gcc and libstdc++. > > > What version of KDE libs do you have installed? > > current. ;-) 2.0 from 14 or 15 of february. > Hum... I'll have to pass to KDE clueful people on this point. It would be nice to found out the problem. kde list doesn't helped me much or maybe i don't understood them. > You might post to [EMAIL PROTECTED] and see if a KDE clueful person can > help you. i think that nobody is occupied with beta(or even alpha) vertion of kde. I hoped to hear something useful about eh_rtime_match() function and it's use. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Problems with Recent PPP Changes
Thanks for the reply. > Date: Wed, 16 Feb 2000 01:16:25 -0700 > From: Warner Losh <[EMAIL PROTECTED]> > > In message <[EMAIL PROTECTED]> Thomas Dean writes: > : What change to ppp did I miss? > > There were some quoting and comment recognition changes at one > point... > That is the problem. My ISP requires a '#' as a leading delimiter for the login name. ppp determines the '#' is the start of a line-end comment. From the log: Phase: bundle: Authenticate Phase: deflink: his = PAP, mine = none Phase: Pap Output: Warning: Sending empty PAP authname! Phase: Pap Input: FAILURE (Invalid Login) Phase: deflink: Disconnected! Phase: deflink: lcp -> logout How do I handle the required leading '#' on the login name? Escaping it doesn't work. tomdean To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: FreeBSD-current question re: binutils
In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes: >> As I pointed earlier I manually updating my cvs shapshot and packing it into >> binutils.tar.bz2, which obviously unpacks into work/binutils directory. Here some It seems so good.Is it in ports-current? Takehiro Suzuki [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc, eh_rtime_match
On Wed, 16 Feb 2000, Alex Zepeda wrote: > Where is this undefined symbol comming from? A quick grep in konqueror/ > and libkonq/ revealed nothing (assuming here that you're seeing some sort > of linker error). This error comes from libkhtml. But it doesn't include such function. It is in the libgcc.a. The thing is that building process ends without errors. And i can use konqueror, i can't browse web. > I've somewhat given up for the time being (due mainly to lack of time) on > getting kde to build due to some rather bizare problems. I'm thinking a > buildworld might solve things, but for now, the autoconf/libtool crap is > still a rapidly moving target. Ah. I tried to recompile gcc and libs - no effect. :( To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cvsup servers
On Tue, Feb 15, 2000 at 05:36:33PM -, [EMAIL PROTECTED] wrote: > I apologize for a potentially off-topic question, but I could > not find a more appropriate mailing list. We are thinking > of setting up and maintaining a cvsup mirror of FreeBSD > sources and making it available for everyone.I would > appreciate if someone could direct me to some information > of what's involved in setting up such a service. Maybe > I could get in contact with a person who is maintaining > one of the US mirrors (is there a list of maintainers)? > If we were to set up a dedicated machine for that, what would > be the hardware requirements (disk space, etc)? You should speak with John D. Polstra <[EMAIL PROTECTED]>, as I believe he's the cvsup-master. :-) For reference, see the net/cvsup-mirror port. -- Will Andrews <[EMAIL PROTECTED]> GCS/E/S @d- s+:+>+:- a--->+++ C++ UB P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++> DI+++ D+ G++>+++ e-> h! r-->+++ y? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 4.0 release candidate issues
On Tue, Feb 15, 2000 at 12:22:27AM -0800, David O'Brien wrote: > No, you were right. compat3x is supose to allow 3.4 binaries to run on > 4.0. I just missed libhistory.so.3 as being needed in the compat3x set. Fixed -- libhistory.so.3 is now part of compat3x. -- -- David([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: annoying problem with ncurses, acs_chars and xterm
Ollivier Robert wrote: > > According to Jose M. Alcaide: > > Hummm... is there any way to force ncurses to use the old '-', '|' and > > '+' characters for drawing lines and boxes (perhaps the "ac" termcap > > capabilility)? I prefer lucidatypewriter over fixed font. > > Better solution : grab xmbdfed from ports and edit the font you're using to > add the line-drawing characters. xmbdfed will enable you to grab the font > directly from the server and you'll able to edit the chars... That's exactly what I decided :-). In fact, I am going to build a new version of lucidatypewriter, including the line drawing chars and ISO-8859-15 encoding. I want to do the same with the iso-8859-1 syscons fonts. -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: FTP_INTERNAL_LS
On Wed, Feb 16, 2000 at 09:04:44AM +0200, Sheldon Hearn wrote: > > What about making FTP_INTERNAL_LS the default for 4.0? > > I'm very much in favour of this, Agreed. Do you want to bug JKH, or should I? ;) -- -- David([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Question about kernel without pci device
Hi, I have an old notebook (Toshiba 445CDX) which seems to have all its devices excluding video card and USB on the ISA bus. Here is the question: could I safely remove "device pci0" from my kernel config as long as I doesn't use USB and XFree AFAIK doesn't require any kernel support to work with my video card? -Maxim To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc, eh_rtime_match
On Tue, 15 Feb 2000, Ilmar S. Habibulin wrote: > Who is porting gcc to freebsd? I have some problems with development > vertion of kdes' new filemanager/browser. It can't find function > eh_rtime_match, which i found in libgcc.a. What for is this function, > should libgcc.a be linked with -lgcc flag? When i do so, konqueror dumps > core. Where is this undefined symbol comming from? A quick grep in konqueror/ and libkonq/ revealed nothing (assuming here that you're seeing some sort of linker error). I've somewhat given up for the time being (due mainly to lack of time) on getting kde to build due to some rather bizare problems. I'm thinking a buildworld might solve things, but for now, the autoconf/libtool crap is still a rapidly moving target. Ah. - alex The average Slashdotter seems genuinely to think that the entire 'Net could be run on beige x86 boxes running Linux. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message