Re: IBM Blade
> I've solved DISABLING every kind of usb from the kernel. > but making so I lost the floppy and the cdrom. :-( > I've not tried with 4.9 > but only with 4.8 R Well, if you managed to install it, then there is no problem. Reenable usb and put this in /etc/rc.local or some other startup file: kbdcontrol -k /dev/kbd1 This will switch keyboard during startup. This way you should have floppy, cdrom and keyboard working. But the real solution should be to upgrade to 4.9, which is supposed to work without the above hack. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: IBM Blade
> Has anyone been successful installing > FreeBSD 5.x (or 4.x) on an IBM HS20 Blade? > > I would surely be interested in pointers if > possible. I tried but failed miserably. There were two problems: 1. It is impossible to boot from CD. Neither 4.8 nor 5.1 boot from CD. Booting from floppy works but is of course cumbersome. 2. After boot, keyboard did not work. The problem is that although the keyboard is actually a USB keyboard, the AT port is still connected so FreeBSD detects the normal keyboard as well, so the nonexisting AT keyboard becomes /dev/kbd0 while the real (USB) keyboard becomes /dev/kbd1. This was a bug in both 4.8 and 5.1 and it is supposedly fixed in 4.9. I'll have the possibility to test 4.9 on the blade soon now and I'll be able to test it. Both the fiberchannel and ethernet seem to be detected during bootup, but I don't know if they actually work... ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: uucp user shell and home directory
> > What are *you* doing to address the problem? Are you stepping up as a > > maintainer? > > Yes. If you read the list archives you will see I've done so > twice in the past already. > > > Are you willing to fix the problems with UUCP in FreeBSD as it is > > Yes. > > > How much time are you willing to contribute? > > As much as it takes. Great, so pack up your patches and submit them as a PR to the freebsd-uucp port. Good luck! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: uucp user shell and home directory
> Again I ask: if maintenance is an issue, why would you not even > attempt to find a maintainer? How do you "find a maintainer"? Do you run a contest on your favourite TV channel or what? Maintainers appear by themselves or they don't. Considering how long UUCP has been unmaintained, they don't in this case. > 1) Remove all the network interfaces from your system (Ethernet, > PPP, SL/IP, etc). > > 2) cd into /usr/ports and try to build UUCP. Now ask yourself, how you have installed FreeBSD on this system. > Unless you have a prepopulated /usr/ports/distfiles, it won't work. > Requiring IP connectivity to bootstrap software on a machine > that doesn't have IP connectivity is a non-starter. Yes, you can > install from the CDROM, but there will always be cases where you > can't do this (media errors, lack of CD, etc.) pkg_add freebsd-uucp.tgz If you can't do that from floppy/CD, then you can't install FreeBSD as well, so you don't have a problem. > However my underlying argument still remains that nothing is being > done to address the actual problem. I.e., people are going out of > their way to see the problem NOT get fixed. There's an issue of > principal at stake here, and I really don't like the precedent that > is being set by this move. What are *you* doing to address the problem? Are you stepping up as a maintainer? Are you willing to fix the problems with UUCP in FreeBSD as it is? How much time are you willing to contribute? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: uucp user shell and home directory
> UUCP has many valid uses. Even today. If you don't understand the > software, that's fine with me. Just don't use your ignorance as > an excuse to dike the software out. Or more precisely, admit > you want to rip the code out because you don't understand what > it is, rather than making up specious excuses for it's removal. This is all nonsense. Nobody has "removed" UUCP, it is still available as a port. I use UUCP myself and agree with the move. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ELF interpreter /co not found
> The above message is what I get after upgrading from an August 7 to > an August 17 world/kernel and trying to run > linux-netscape47-communicator. Prior world/kernel combination worked > okay, there have been no changes to the kernel configuration (which > I can provide if required). Hey, I noticed the same. I thought it was me, because I started using the linux.ko module instead of compiling it into the kernel with COMPAT_LINUX. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Kernel hangs with latest sources
> Included patch should fix this problem. It does, indeed. Thanks! Blaz Zupan, Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia E-mail: [EMAIL PROTECTED], Tel: +386-2-320-6320, Fax: +386-2-320-6325 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Kernel hangs with latest sources
er compression) i4b: ISDN call control device attached IP packet filtering initialized, divert enabled, rule-based forwarding disabled, default to accept, logging disabled i4btel: 2 ISDN telephony interface device(s) attached i4brbch: 4 raw B channel access device(s) attached IPsec: Initialized Security Association Processing. pccard: card inserted, slot 0 ata1-slave: ata_command: timeout waiting for intr ata1-slave: identify failed ad0: 13783MB [28005/16/63] at ata0-master UDMA33 ad1: 6179MB [12555/16/63] at ata0-slave UDMA33 acd0: CDROM at ata1-master PIO4 Mounting root from ufs:/dev/ad0s1a wi0: at port 0x280-0x2bf irq 10 slot 0 on pccard0 wi0: Ethernet address: 00:60:1d:f1:15:bb Blaz Zupan, Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia E-mail: [EMAIL PROTECTED], Tel: +386-2-320-6320, Fax: +386-2-320-6325 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
XXX driver didn't initialize queue mtx
# dmesg ... xl0 XXX: driver didn't initialize queue mtx lo0 XXX: driver didn't initialize queue mtx isp0 XXX: driver didn't initialize queue mtx isp1 XXX: driver didn't initialize queue mtx isp2 XXX: driver didn't initialize queue mtx isp3 XXX: driver didn't initialize queue mtx ... Anything to worry about? 5.0-CURRENT as of today. Blaz Zupan, Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia E-mail: [EMAIL PROTECTED], Tel: +386-2-320-6320, Fax: +386-2-320-6325 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: /usr/local abuse
> I think I finally understand what you are complaining about, and that > is that PREFIX is not honoured by all ports. If that is your > argument, then yes, obviously that should be fixed if possible. But > to say that installing ports into /usr/local is somehow wrong, I have > to disagree. This is a site dependent decision, which can be I believe the argument is that *packages* don't belong to /usr/local. And I agree. Ports are easy, because you can use PREFIX and put them wherever you want (if the port is well behaved). But packages are precompiled and there is this thing called package database that keeps track of what file belongs where. The argument is simple: currently, packages install into /usr/local. Local software which is not a package or port also installs into /usr/local. It's a mess because you don't know if a file belongs to a package (and the package system keeps track of it in /var/db/pkg) or if it was locally installed. So, can you remove this file? It's roughly comparable to the situation that would arise if we would install packages into /usr - you wouldn't know if a file belongs to a package or to the base system and you wouldn't know if you can safely remove it. Blaz Zupan, Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia E-mail: [EMAIL PROTECTED], Tel: +386-2-320-6320, Fax: +386-2-320-6325 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Bug in libc_r or broken application?
Just tried installing "ohphone" under FreeBSD-current. "ohphone" is a H323 compatible phone that can be used for Voice over IP, it's available in the FreeBSD ports collection. Just starting the application produces the message "User signal 2". That's it, nothing else, whatever option you supply. Copying libc_r.so.4 from a 4.1.1 machine to the -current machine makes ohphone work. Starting it under gdb I see that it receives a SIGUSR2, for whatever reason does not catch it and fails. Why would an application suddenly receive a SIGUSR2 when it wasn't receiving that signal with the 4.1.1 libc_r? Blaz Zupan, Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia E-mail: [EMAIL PROTECTED], Tel: +386-2-320-6320, Fax: +386-2-320-6325 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: package for fetch mails?
> My fbsd box is (ADSL) connected to the net through dynamic IPs, > so no mails are able to send in, they go to the account offered > by my ISP. i need to check mail manually a period of time. > > Is there any package that can be used to fetch mails back to > my fbsd box in every 10 or 20 min. automatically? Yes, check out fetchmail: http://www.freebsd.org/cgi/ports.cgi?query=fetchmail&stype=all But in the future please send such questions to the freebsd-questions mailing list, not to freebsd-current. Blaz Zupan, Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia E-mail: [EMAIL PROTECTED], Tel: +386-2-320-6320, Fax: +386-2-320-6325 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
TI1225 CardBus controller
We have a lot of Lucent WaveLan (Orinoco) installations, primarily using the ISA-to-PCMCIA adapters. We would urgently need a PCI-to-PCMCIA solution and Lucent provides the adapters which use a TI1225 chip. Unfortunatelly the legacy FreeBSD pccard driver has problems with this chip. I'm willing to put some work into making it work. I know about Warner's CardBus effort, but it's going too slow for my taste because I need a solution now (meaning this month). >From reading the mailing list archives, I figured that the TI1225 driver does actually work in some laptops, because the BIOS does some magic initialization which the driver misses when running on a non-laptop box. Could somebody who has a laptop with a TI1225 PC card controller chip please contact me? My idea currently is to print out the values of important chip registers on a laptop and on a desktop and check what the differences are. This way I may be able to find out what the driver is missing out in the initialization. Anyone with knowledge of the issues involved is welcomed to contact me as well with as much information as possible - because my idea could be totally wrong for example. I have the datasheet for the TI1225 and am looking at it, but it's just too much for a newbie like me. I think comparing the setup of registers on a working and a non-working configuration could be a possible way to solve the problem, even for a newbie :) Blaz Zupan, Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia E-mail: [EMAIL PROTECTED], Tel: +386-2-320-6320, Fax: +386-2-320-6325 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
.indent.pro for KNF?
Does anybody have a .indent.pro file for indent(1) that enforces KNF style as specified in style(9)? I have newbusified Initio's driver for their INIC-941, INIC-951 and INI-9XXXU/UW SCSI adapters (just testing it with a make world) and now I'm trying to bring it into form for inclusion in the FreeBSD sources. The original style of the sources as supplied by Initio is simply horrible. Fixing it all up by hand will take days if not weeks so I'm trying to find an easier way. By the way, if anybody is interested in testing the driver, send me an e-mail. I'm testing under -current with a INI-9100UW. I'll send a separate call for review to freebsd-scsi when the sources are cleaned up. Blaz Zupan, Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia E-mail: [EMAIL PROTECTED], Tel: +386-2-320-6320, Fax: +386-2-320-6325 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Kernel build error
... cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../i4b/driver/i4b_ctl.c cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../i4b/driver/i4b_isppp.c cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../net/if_spppsubr.c ../../net/if_spppsubr.c: In function `sppp_output': ../../net/if_spppsubr.c:755: warning: label `nosupport' defined but not used ../../net/if_spppsubr.c: In function `sppp_chap_scr': ../../net/if_spppsubr.c:3326: warning: passing arg 1 of `read_random' from incompatible pointer type ../../net/if_spppsubr.c:3326: warning: passing arg 2 of `read_random' makes pointer from integer without a cast ../../net/if_spppsubr.c:3326: too few arguments to function `read_random' *** Error code 1 Stop in /home/blaz/FreeBSD/src/sys/compile/GOLD. Seems to be related to randomdev. I have "device sppp" in my kernel config file for i4b. -current as of a couple of minutes ago. Blaz Zupan, Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia E-mail: [EMAIL PROTECTED], Tel: +386-2-320-6320, Fax: +386-2-320-6325 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Bus error on savecore
> > Has anyone else noticed savecore core dumping on a bus error? I think it > > started on my yesterday's make world. Redid the make world today with the > > latest sources and it's still doing it. Leaves a nice savecore.core in /. > > Try the enclosed patch. Works now. Thanks! Blaz Zupan, Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia E-mail: [EMAIL PROTECTED], Tel: +386-2-320-6320, Fax: +386-2-320-6325 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Bus error on savecore
Has anyone else noticed savecore core dumping on a bus error? I think it started on my yesterday's make world. Redid the make world today with the latest sources and it's still doing it. Leaves a nice savecore.core in /. Blaz Zupan, Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia E-mail: [EMAIL PROTECTED], Tel: +386-2-320-6320, Fax: +386-2-320-6325 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Mouse frozen in X when returning from text console
> Something I noticed today: switch to text console from X using C-A-F1; upon > return, the mouse cursor is frozen. moused appears to still work because I > can cut/paste text in the text console. Restarting moused doesn't help. Yes, I can confirm it. Going back to Xfree 3.3.6 fixes it. Blaz Zupan, Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia E-mail: [EMAIL PROTECTED], Tel: +386-2-320-6320, Fax: +386-2-320-6325 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: bin/19635: add -c for grand total to df(1), like du(1) does
> They are helpful for monitoring total space; I would use them in > administrative scripts to watch my space. Ok, so let's say my / is 100% full, my /usr is 50% full and my /var is 20% full. What would the total number tell me? That my file systems are 56.6% full. That tells me nothing about my root file system running out of space, so this number is completely useless to me. I have to agree with Sheldon, where is the use to this number? Blaz Zupan, Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia E-mail: [EMAIL PROTECTED], Tel: +386-2-320-6320, Fax: +386-2-320-6325 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: pccard not working on 4.0-RELEASE
> The old code wouldn't even look at the second pcic entry. It will > just blindly probe at both 3e0 and 3e2 and claim that it was really at > 3e0. It would try to share interupts between these two entries and > would generally not work at all on systems that had multiple pcic > cards in them (I have about 6 different pcic isa cards that play > better together now than before, but still not to the level I'd call > working). I just tried the way it was specified in LINT: device pcic0 at isa? It does not work. So the only way it works for me is: device pcic0 at isa? port 0x3e2 iomem 0xd Great, I'm a happy camper again :) > I did have some code in place to try to search out the pcic devices, > but it made it impossible to specify the management irq for those > devices so I've never committed it. I'm wondering, why use the management irq at all? Is polling in this situation really so bad? It really shouldn't matter much if the system detects the card removal right away or half a second later, does it? Blaz Zupan, [EMAIL PROTECTED], http://home.amis.net/blaz/ Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: pccard not working on 4.0-RELEASE
> : pcic0: at port 0x3e0 iomem 0xd on isa0 > This is a slight lie. > You might want to try this at 0x3e2. It is worth a shot. Bingo, it works! Now I'm wondering, GENERIC says: device pcic0 at isa? irq 10 port 0x3e0 iomem 0xd device pcic1 at isa? irq 11 port 0x3e2 iomem 0xd4000 disable Neither seems quite correct for my situation, where I use device pcic0 at isa? port 0x3e2 iomem 0xd Is there a standard for this and are the above addresses just backwards? I'll do another test with just device pcic0 at isa? as specified in LINT. Blaz Zupan, [EMAIL PROTECTED], http://home.amis.net/blaz/ Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
pccard not working on 4.0-RELEASE
In accordance with Murphy's law, 4.0-RELEASE seems to have broken pccard support for me. I have a WaveLAN wireless LAN card and use the optional ISA-to-pccard bridge. On a two week old -current, it was working just fine, displaying the following: pcic: polling mode pcic: polling mode pcic0: at port 0x3e0 iomem 0xd on isa0 pccard0: on pcic0 pccard1: on pcic0 My kernel config file says: device pcic0 at isa? port 0x3e0 iomem 0xd device wi Notice that I don't specify an irq for pcic0, because I am really short of them. So pcic is run in polling mode. I also tried specifying an irq with exactly the same result. With a 4.0-RELEASE kernel it does not work, pcic0 is simply not found and absolutely no message is being displayed. Applying the below patch which effectively backs out revision 1.89 of sys/pccard/pcic.c makes the card work again. It is very unfortunate that it is too late to fix this :( Blaz Zupan, [EMAIL PROTECTED], http://home.amis.net/blaz/ Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia Index: pcic.c === RCS file: /ftp/pub/FreeBSD/development/FreeBSD-CVS/src/sys/pccard/pcic.c,v retrieving revision 1.89 retrieving revision 1.88 diff -u -r1.89 -r1.88 --- pcic.c 2000/03/10 05:43:28 1.89 +++ pcic.c 2000/02/21 06:56:29 1.88 @@ -27,7 +27,7 @@ * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. * - * $FreeBSD: src/sys/pccard/pcic.c,v 1.89 2000/03/10 05:43:28 imp Exp $ + * $FreeBSD: src/sys/pccard/pcic.c,v 1.88 2000/02/21 06:56:29 imp Exp $ */ #include @@ -44,10 +44,6 @@ #include #include -/* Get pnp IDs */ -#include -#include - /* * Prototypes for interrupt handler. */ @@ -80,20 +76,9 @@ u_char *regs; /* Pointer to regs in mem */ } pcic_slots[PCIC_MAX_SLOTS]; +static int pcic_irq; static struct slot_ctrl cinfo; -static struct isa_pnp_id pcic_ids[] = { - {PCIC_PNP_82365,NULL}, /* PNP0E00 */ - {PCIC_PNP_CL_PD6720,NULL}, /* PNP0E01 */ - {PCIC_PNP_VLSI_82C146, NULL}, /* PNP0E02 */ - {PCIC_PNP_82365_CARDBUS,NULL}, /* PNP0E03 */ - {0} -}; - -static int validunits = 0; - -#define GET_UNIT(d)*(int *)device_get_softc(d) -#define SET_UNIT(d,u) *(int *)device_get_softc(d) = (u) /* * Internal inline functions for accessing the PCIC. @@ -279,16 +264,16 @@ struct slot *slt; struct pcic_slot *sp; unsigned char c; + void *ih; char *name; + int i; int error; - struct resource *r; + struct resource *res = 0; int rid; static int maybe_vlsi = 0; - /* Check isapnp ids */ - error = ISA_PNP_PROBE(device_get_parent(dev), dev, pcic_ids); - if (error == ENXIO) - return (ENXIO); + if (device_get_unit(dev) != 0) + return ENXIO; /* * Initialise controller information structure. @@ -304,26 +289,22 @@ cinfo.maxmem = PCIC_MEM_WIN; cinfo.maxio = PCIC_IO_WIN; - if (bus_get_resource_start(dev, SYS_RES_IOPORT, 0) == 0) - bus_set_resource(dev, SYS_RES_IOPORT, 0, PCIC_INDEX0, 2); - rid = 0; - r = bus_alloc_resource(dev, SYS_RES_IOPORT, &rid, 0, ~0, 1, RF_ACTIVE); - if (!r) { - if (bootverbose) - device_printf(dev, "Cannot get I/O range\n"); - return ENOMEM; - } - - sp = &pcic_slots[validunits * PCIC_CARD_SLOTS]; - for (slotnum = 0; slotnum < PCIC_CARD_SLOTS; slotnum++, sp++) { + sp = pcic_slots; + for (slotnum = 0; slotnum < PCIC_MAX_SLOTS; slotnum++, sp++) { /* * Initialise the PCIC slot table. */ sp->getb = getb1; sp->putb = putb1; - sp->index = rman_get_start(r); - sp->data = sp->index + 1; - sp->offset = slotnum * PCIC_SLOT_SIZE; + if (slotnum < 4) { + sp->index = PCIC_INDEX_0; + sp->data = PCIC_DATA_0; + sp->offset = slotnum * PCIC_SLOT_SIZE; + } else { + sp->index = PCIC_INDEX_1; + sp->data = PCIC_DATA_1; + sp->offset = (slotnum - 4) * PCIC_SLOT_SIZE; + } /* * XXX - Screwed up slot 1 on the VLSI chips. According to * the Linux PCMCIA code from David Hinds, working chipsets @@ -463,13 +444,47 @@ * Allocate a slot and initialise the data structures. */
Re: openssl in -current
> In FreeBSD's case, however, the conservative approach has landed us in > "no man's land", where openssl can neither be wholly justified or > dismissed, and I think that's a fundamental issue which needs to be > addressed. I've seen Kris's arguments about how integrating openssl > is a useful first step, but that's not actually as strong an arguing > position as it sounds. Just stepping back a bit, in fact, one can I wholly agree. I would just like to remind everybody of the TCL fiasco. If I remember correctly, TCL was also imported on the grounds of "we will need this later" and it caused a whole lot of problems because the software that was supposed to use it never appeared in the tree. I'd say, back it out until we really need it in there. Blaz Zupan, [EMAIL PROTECTED], http://home.amis.net/blaz/ Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: CGA instead of VGA
> The BIOS setup menu usually has an entry to specify the type of the > installed video card. If this item is set to CGA, the BIOS and the > vga driver will initialize the card, even if it is a VGA, as the CGA > card. Are you sure that this doesn't happen to be the case with > your system? My BIOS does not have this entry. I can only select if this is a PnP operating system. I have set it to "no" because if I select "yes" my PCI NE-2000 network card is not recognized because the BIOS does not assign resources to it (I was told on this list that FreeBSD is not yet a full PnP system in this sense). If I set PnP to "yes" the card is correctly recognized as a VGA card. > That commit fixed the problem where the vga driver wrongly thought the > card is CGA when the BIOS DOES initialize the card as VGA. If the > BIOS initialize the card as CGA, the vga driver is still led to believe > the card is CGA. (And I believe that is the reasonable behavior.) So how can I force the card to VGA in my situation? :) I have flashed the latest BIOS into the motherboard and I still can't find any setting mentioning CGA or VGA. More info about the motherboard can be found here: http://support.intel.com/support/motherboards/desktop/an430tx/index.htm Blaz Zupan, [EMAIL PROTECTED], http://home.amis.net/blaz/ Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
CGA instead of VGA
On -current my VGA card is being used as a CGA card. It is correctly recognized as a VGA: vga-pci0: mem 0xf800-0xfbff irq 11 at device 15.0 on pci0 vga0: at port 0x3d0-0x3db iomem 0xb8000-0xb on isa0 but then used as a CGA: sc0: CGA <16 virtual consoles, flags=0x200> The problem is, that I can't set fonts: # vidcontrol http://home.amis.net/blaz/ Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia 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: Sun Feb 13 14:04:39 CET 2000 [EMAIL PROTECTED]:/usr/home/blaz/FreeBSD/src/sys/compile/GOLD Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P55C (232.88-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bf real memory = 67108864 (65536K bytes) avail memory = 62050304 (60596K bytes) Preloaded elf kernel "kernel" at 0xc02e7000. Intel Pentium detected, installing workaround for F00F bug npx0: on motherboard npx0: INT 16 interface apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 pcib0: on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 ata-pci0: port 0xfcb0-0xfcbf 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 irq 9 chip1: port 0x7000-0x700f at device 7.3 on pci0 ed0: port 0xfcc0-0xfcdf irq 9 at device 13.0 on pci0 ed0: address 00:80:48:ca:93:de, type NE2000 (16 bit) ahc0: port 0xf800-0xf8ff mem 0xfedff000-0xfedf irq 9 at device 14.0 on pci0 ahc0: aic7880 Single Channel A, SCSI Id=7, 16/255 SCBs vga-pci0: mem 0xf800-0xfbff irq 11 at device 15.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 0x3d0-0x3db iomem 0xb8000-0xb on isa0 sc0: on isa0 sc0: CGA <16 virtual consoles, flags=0x200> pcic: polling mode pcic: polling mode pcic0: at port 0x3e0 iomem 0xd on isa0 pccard0: on pcic0 pccard1: on pcic0 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 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold lpt0: on ppbus0 lpt0: Interrupt-driven port pcm0: at port 0x220-0x22f,0x530-0x537,0x388-0x38f,0x330-0x331,0x370-0x371 irq 5 drq 0,1 on isa0 joy0: at port 0x201 on isa0 ad0: 13783MB [28005/16/63] at ata0-master using UDMA33 pccard: card inserted, slot 0 Mounting root from ufs:/dev/ad0s1a da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 10.000MB/s transfers (10.000MHz, offset 15) da1: 1547MB (3170160 512 byte sectors: 255H 63S/T 197C) cd0 at ahc0 bus 0 target 3 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 2063MB (4226725 512 byte sectors: 255H 63S/T 263C) wi0: at port 0x240-0x27f irq 10 slot 0 on pccard0 wi0: Ethernet address: 00:60:1d:f1:15:bb To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: INET6 changes for tcp_wrappers broke libwrap?
> Bumping libwrap's shared lib version is trivial. Lets *quickly* decided > if this is necessary. I see that this has been done. It should also not be forgotten to add libwrap to the compat3x libraries! Blaz Zupan, [EMAIL PROTECTED], http://home.amis.net/blaz/ Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: INET6 changes for tcp_wrappers broke libwrap?
> After doing a buildworld yesterday I noticed that my sshd (1.2.27, with > libwrap support) immediately closes the connection when a connection is > made, without logging anything via syslog. > > sshd itself was not changed but I did remember seeing INET6 changes > being committed for tcp_wrappers. When I backed out those changes and > remade libwrap, sshd starting working as usual. Funny you mention that, I noticed it just yesterday as well. Recompiling sshd fixed the problem for me, but this means we have somehow broken binary compatibility. Blaz Zupan, [EMAIL PROTECTED], http://home.amis.net/blaz/ Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Speaking of moving files (Re: make world broken building fortunes )
> How about removing awk from MAKEDEV so life isn't so hard to recover > when you use a 3.3 fixit floppy after removing /dev and not making > enough of it again. How about finally starting to work on devfs and forget about all the MAKEDEV junk and leave it as it is for now? Blaz Zupan, [EMAIL PROTECTED], http://home.amis.net/blaz/ Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADSUP: wd driver will be retired!
On Wed, 8 Dec 1999, Christopher Masto wrote: > I fully agree that these things are neccessary and good. I just think > we need avoid jumping the gun on removing the old code, when some > people still need it to boot their machines. Actually I completely disagree. When you leave in old code in the tree, people who can't use the new code for whatever reason (technical problems, laziness, etc.) will use the old code. Forever. And people tend to not report such things - if it works with the old code, why bother? If you take something away from them, they will at least notice that it's broken and report it to the author. >From my own experience, I lost the WaveLAN driver with the newbus stuff. If it was somehow still working (for example through some compatibility code for the old bus system), I'd not have done anything about it. But as it was broken, I sat down and fixed it. Although my time is as limited as everybody else's and it took me a whole day, I leared a lot through this. Blaz Zupan, [EMAIL PROTECTED], http://home.amis.net/blaz/ Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Initio SCSI driver
Is there any particular reason why the Initio SCSI driver (available at http://www.initio.com/drivers/BSD3sourc91xx.zip) is not part of the FreeBSD source tree? I was contemplating buying this SCSI host adapter instead of an Adaptec 2940UW, but I fear that there will be problems in the future (for example late or no support for FBSD 4.0+). The license seems ok and the driver seems to be cam-ified. Blaz Zupan, [EMAIL PROTECTED], http://home.amis.net/blaz/ Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
No more DMA with ata driver
sion 0 smbus0: on intsmb0 smb0: on smbus0 intpm0: PM I/O mapped 8000 ed0: irq 9 at device 13.0 on pci0 ed0: address 00:80:48:ca:93:de, type NE2000 (16 bit) ahc0: irq 9 at device 14.0 on pci0 ahc0: aic7880 Single Channel A, SCSI Id=7, 16/255 SCBs vga-pci0: irq 11 at device 15.0 on pci0 fdc0: at port 0x3f0-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 0x3d0-0x3db iomem 0xb8000-0xb on isa0 sc0: on isa0 sc0: CGA <16 virtual consoles, flags=0x200> pcic0: at port 0x3e0 iomem 0xd irq 10 on isa0 pccard0: on pcic0 pccard1: on pcic0 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 isic0 at port 0xd80 irq 15 flags 0x3 on isa0 isic0: Teles S0/16.3 isic0: ISAC 2085 Version A1/A2 or 2086/2186 Version 1.1 (IOM-2) (Addr=0x960) isic0: HSCX 82525 or 21525 Version 2.1 (AddrA=0x160, AddrB=0x560) pcm0: at port 0x220-0x22f,0x530-0x537,0x388-0x38f,0x330-0x331,0x370-0x371 irq 5 drq 0,1 on isa0 joy0: at port 0x201 on isa0 i4b: ISDN call control device attached i4bisppp: 4 ISDN SyncPPP device(s) attached i4bctl: ISDN system control port attached i4bipr: 4 IP over raw HDLC ISDN device(s) attached i4btel: 2 ISDN telephony interface device(s) attached i4brbch: 4 raw B channel access device(s) attached i4btrc: 4 ISDN trace device(s) attached ad0: ATA-4 disk at ata0 as master ad0: 13783MB (28229040 sectors), 28005 cyls, 16 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 32 depth queue, UDMA33 pccard: card inserted, slot 0 Mounting root from ufs:/dev/wd0s1a da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 10.000MB/s transfers (10.000MHz, offset 15) da1: 1547MB (3170160 512 byte sectors: 255H 63S/T 197C) cd0 at ahc0 bus 0 target 3 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 2063MB (4226725 512 byte sectors: 255H 63S/T 263C) ad0: HARD READ ERROR blk# 46887ad0: DMA problem encountered, fallback to PIO mode ad0: DMA problem encountered, fallback to PIO mode ad0: DMA problem encountered, fallback to PIO mode ad0: DMA problem encountered, fallback to PIO mode ad0: DMA problem encountered, fallback to PIO mode ad0: DMA problem encountered, fallback to PIO mode ad0: DMA problem encountered, fallback to PIO mode ad0: HARD READ ERROR blk# 46999 status=59 error=01 ad0: DMA problem encountered, fallback to PIO mode vinum: reading configuration from /dev/da1s1e vinum: updating configuration from /dev/da0s1e wi0: at port 0x240-0x27f irq 7 slot 0 on pccard0 wi0: Ethernet address: 00:60:1d:04:af:db Blaz Zupan, [EMAIL PROTECTED], http://home.amis.net/blaz/ Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
wi driver
I'm trying to make the wi (WaveLan) driver work in -current. It appears that some changes to the pccard code have broken it (or that I can't find out how to configure it correctly, although I have done it under 3.3 with success). I have this in my config file: controller card0 controller pcic0 at isa? port 0x3e0 irq 10 iomem 0xd device wi0 at isa? port? irq? ...and this in /etc/pccard.conf: io 0x240-0x360 irq 3 5 10 11 13 15 memory 0xd4000 96k card "Lucent Technologies" "WaveLAN/IEEE" config 0x1 "wi0" 7 insert echo WaveLAN/IEEE inserted insert /etc/pccard_ether wi0 remove echo WaveLAN/IEEE removed remove /sbin/ifconfig wi0 delete After bootup, the ISA-to-pccard bridge is found: pcic0: at port 0x3e0 iomem 0xd irq 10 on isa0 pccard0: on pcic0 pccard1: on pcic0 Just before going multiuser, pccardd seems to kick in and try to configure the wi interface, but I get this on the console: devclass_alloc_unit: wi0 already exists, using next available unit number ...and there is no wi0 interface (and no wi1, ...). Any idea? Running -current as of two days ago. Tried with and without hardwiring the pcic0 to a specific IO address and IRQ, the result is the same. Any idea? Blaz Zupan, [EMAIL PROTECTED], http://home.amis.net/blaz/ Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
mixer synth & CD swapped on Yamaha OPL SAx
Could someone with MSS compatible non-Yamaha card (AD1848, Opti 931, Gus PnP, ...) and using newpcm please check out the patch in PR kern/14634 and report to me if the mixer synth and CD are correct after the patch? If not, could you please try the below patch and see if this is a no-op on your system. As the PR suggests, mixer for synth and CD are swapped on Yamaha OPL SAx cards when running newpcm. I'd like to find out if this is the case only on the Yamaha (in this case the below patch should be applied) or if this is the case on all cards (in this case the patch from PR kern/14634 should be applied). Regards. *** sys/dev/pcm/isa/mss.c.orig Tue Oct 12 23:35:45 1999 --- sys/dev/pcm/isa/mss.c Sat Nov 6 14:52:25 1999 *** *** 1097,1104 mss_mixer_set(struct mss_info *mss, int dev, int left, int right) { intregoffs; ! mixer_tab *mix_d = (mss->bd_id == MD_OPTI931)? &opti931_devices : &mix_devices; u_char old, val; if ((*mix_d)[dev][LEFT_CHN].nbits == 0) { DEB(printf("nbits = 0 for dev %d\n", dev)); --- 1097,1117 mss_mixer_set(struct mss_info *mss, int dev, int left, int right) { intregoffs; ! mixer_tab *mix_d; u_char old, val; + + switch (mss->bd_id) { + case MD_OPTI931: + mix_d = &opti931_devices; + break; + + case MD_YM0020: + mix_d = &opl3sax_devices; + break; + + default: + mix_d = &mix_devices; + } if ((*mix_d)[dev][LEFT_CHN].nbits == 0) { DEB(printf("nbits = 0 for dev %d\n", dev)); *** sys/dev/pcm/isa/mss.h.orig Tue Sep 28 22:00:05 1999 --- sys/dev/pcm/isa/mss.h Sat Nov 6 14:53:11 1999 *** *** 227,232 --- 227,256 SOUND_MASK_LINE | SOUND_MASK_MIC | SOUND_MASK_CD | \ SOUND_MASK_IGAIN | SOUND_MASK_LINE1) + /* + * entries for the Yamaha OPL3-SA[23x]. + */ + + mixer_ent opl3sax_devices[32][2] = { + MIX_NONE(SOUND_MIXER_VOLUME), + MIX_NONE(SOUND_MIXER_BASS), + MIX_NONE(SOUND_MIXER_TREBLE), + MIX_ENT(SOUND_MIXER_SYNTH, 4, 1, 0, 5, 5, 1, 0, 5), + MIX_ENT(SOUND_MIXER_PCM, 6, 1, 0, 6, 7, 1, 0, 6), + MIX_ENT(SOUND_MIXER_SPEAKER, 26, 1, 0, 4, 0, 0, 0, 0), + MIX_ENT(SOUND_MIXER_LINE, 18, 1, 0, 5,19, 1, 0, 5), + MIX_ENT(SOUND_MIXER_MIC, 0, 0, 5, 1, 1, 0, 5, 1), + MIX_ENT(SOUND_MIXER_CD,2, 1, 0, 5, 3, 1, 0, 5), + MIX_ENT(SOUND_MIXER_IMIX, 13, 1, 2, 6, 0, 0, 0, 0), + MIX_NONE(SOUND_MIXER_ALTPCM), + MIX_NONE(SOUND_MIXER_RECLEV), + MIX_ENT(SOUND_MIXER_IGAIN, 0, 0, 0, 4, 1, 0, 0, 4), + MIX_NONE(SOUND_MIXER_OGAIN), + MIX_NONE(SOUND_MIXER_LINE1), + MIX_NONE(SOUND_MIXER_LINE2), + MIX_NONE(SOUND_MIXER_LINE3), + }; + /*- * Copyright (c) 1999 Doug Rabson * All rights reserved. Blaz Zupan, [EMAIL PROTECTED], http://home.amis.net/blaz/ Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
if_ed_pci not compiled in on pccard system
I have a WaveLan card and a PCI Compex NE2000 compatible in the same machine. For the Wavelan I need to have pccard compiled in. The NE2000 is not recognized by the kernel, after closer examination I see that the compilation of if_ed_pci.c is conditional on pccard (if pccard is in the system, if_ed_pci.c is not compiled). With the following patch my kernel compiles and the NE2000 is correctly probed. I guess the reason why this #ifdef has been put in has since disappeared. *** sys/dev/ed/if_ed_pci.c.orig Fri Oct 15 05:12:47 1999 --- sys/dev/ed/if_ed_pci.c Sat Nov 20 09:21:25 1999 *** *** 20,28 * $FreeBSD: src/sys/dev/ed/if_ed_pci.c,v 1.22 1999/10/15 03:12:47 mdodd Exp $ */ - #include "card.h" - #if NCARD == 0 - #include #include #include --- 20,25 *** *** 126,129 static devclass_t ed_devclass; DRIVER_MODULE(ed, pci, ed_pci_driver, ed_devclass, 0, 0); - #endif --- 123,125 ---- Blaz Zupan, [EMAIL PROTECTED], http://home.amis.net/blaz/ Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ESS sound drivers and 4.0-current
On Mon, 1 Nov 1999, Donn Miller wrote: > Thanks for the patch; I'll try it. I have the ESS 1868 isa card. The > problem I'm having isn't really volume problems. When I use RealPlayer > 5.0, certain realaudio clips play through extremely fast, and I can hear > the sound in bursts along the way. The speed/sample rate itself doesn't > increase, but the entire clip whizzes by extremely fast, and I hear > short bursts of the clip. Maybe the clip isn't being memory mapped > properly? I believe this to be a problem in newpcm, as it appears with my onboard soundcard too. Also, when playing MP3's, sometimes the machine decides to play static (white noise) instead of the sample. Here is what I have: pcm0: at port 0x220-0x22f,0x530-0x537,0x388-0x38f,0x330-0x331,0x370-0x371 irq 5 drq 0,1 on isa0 unknown0: at port 0x211 on isa0 This problem is present since the switch to newpcm. Before newpcm, I did not experience problems with RealPlayer or my MP3 player (no matter which one). I'm running -current as of yesterday and the sound chip is on board on a Intel AN430TX motherboard. Blaz Zupan, [EMAIL PROTECTED], http://home.amis.net/blaz/ Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ps doesn't need privileges?
Ok, sorry for the wasted bandwidth. I found it. I should have read the commit logs more carefully. :( revision 1.25 date: 1998/06/30 21:34:14; author: phk; state: Exp; lines: +10 -4 branches: 1.25.2; Pick up kernel variables/constants using sysctl rather than through /dev/mem Use /dev/null for opening the kvm library, we don't need access to /dev/mem anymore. ps can now run without the setgid(kmem) bit. If it does it will not be able to show argv/envp for another uid's processes unless you are root. ---- Blaz Zupan, [EMAIL PROTECTED], http://www.herbie.amis.net Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ps doesn't need privileges?
On Sat, 11 Sep 1999, Chris Costello wrote: >Please give me the output of ``ls -l /dev/kmem'' and ``id'' /home/blaz> id uid=1000(blaz) gid=1000(users) groups=1000(users) /home/blaz> ls -l /dev/kmem crw-r- 1 root kmem2, 1 May 23 15:26 /dev/kmem Blaz Zupan, [EMAIL PROTECTED], http://www.herbie.amis.net Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ps doesn't need privileges?
Please don't flame me if I'm asking something stupid, but I'm a bit confused. I always thought that /bin/ps needs to be setgid kmem to be able to display the process list. And this in fact seems to be the fact under 2.2.8: /home/blaz> uname -a FreeBSD server.amis.net 2.2.8-RELEASE FreeBSD 2.2.8-RELEASE #0: Mon Dec 14 19:22:23 CET 1998 [EMAIL PROTECTED]:/usr/src/sys/compile/SERVER i386 /home/blaz> ls -la /bin/ps -r-xr-sr-x 1 bin kmem 176128 Oct 26 1998 /bin/ps /home/blaz> cp /bin/ps /tmp /home/blaz> ls -la /tmp/ps -r-xr-xr-x 1 blaz bin 176128 Sep 11 14:08 /tmp/ps /home/blaz> /tmp/ps ax ps: /dev/mem: Permission denied As expected, a copy of ps without setgid kmem can't display the process list. But under 3.2 and higher, it is! Here is what happens under 4.0-CURRENT (same thing under 3.2): /home/blaz> uname -a FreeBSD gold.amis.net 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Sat Sep 4 19:03:23 CEST 1999 [EMAIL PROTECTED]:/home/blaz/FreeBSD/src/sys/compile/GOLD i386 /home/blaz> ls -la /bin/ps -r-xr-sr-x 1 root kmem 197820 Aug 7 12:42 /bin/ps* /home/blaz> cp /bin/ps /tmp /home/blaz> ls -la /tmp/ps -r-xr-xr-x 1 blaz wheel 197820 Sep 11 14:09 /tmp/ps* /home/blaz> /tmp/ps ax PID TT STAT TIME COMMAND 0 ?? DLs0:00.00 (swapper) 1 ?? ILs0:00.00 (init) 2 ?? DL 0:00.00 (pagedaemon) 3 ?? DL 0:00.00 (vmdaemon) 4 ?? DL 0:00.00 (bufdaemon) .etc. What am I missing? How is a totally unprivileged process able to display a list of processes? Blaz Zupan, [EMAIL PROTECTED], http://www.herbie.amis.net Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ed driver problem
On Sat, 4 Sep 1999, Doug Rabson wrote: > Does your bios have a setting for 'PNP compliant OS' or similar? If it > does, set it to 'no' and see if it helps. The current pci code relies on > the bios to program port and memory locations for cards and its possible > that this isn't happening for your card/bios combination. Bingo! Now my network card works. Although an interesting side effect of this setting is, that my VGA card is now recognized as an ISA CGA card: vga-pci0: irq 11 at device 15.0 on pci0 vga0: at port 0x3d0-0x3db iomem 0xb8000-0xb on isa0 sc0: on isa0 sc0: CGA <16 virtual consoles, flags=0x200> Huh? vidcontrol now fails to set the console font, because CGA cards don't support that. Strange :) Blaz Zupan, [EMAIL PROTECTED], http://www.herbie.amis.net Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ed driver problem
I'm trying to configure my new Compex NE2000 PCI card under 4.0-current. Just before the latest PnP changes, the card was just recognized like this: ed0: irq 10 at device 13.0 on pci0 It did not display the MAC, and "ifconfig -a" did not show ed0/ed1 as configured. I even tried booting a generic 2.2.1 and 3.2 kernel, with the same symptoms. After the PnP changes, I get this: ed0: irq 10 at device 13.0 on pci0 device_probe_and_attach: ed0 attach returned 2 I sprinkeled a couple of printf's through if_ed.c and found out, that bus_alloc_resource() fails in ed_alloc_port() in if_ed.c, thus ed_alloc_port() returns ENOENT (== 2). Why could allocating an I/O port address fail? Ok, so I have somehow misconfigured my BIOS settings, I thought. Booting Windows 98 (eeek!), my card is recognized and works perfectly. I'm looking at what I could have done wrong in the BIOS, but there is nothing I can find (there are actually no settings concerning PCI devices). The motherboard is an AN430TX from Intel and the machine is pretty crowded with cards (Teles S0/16.3 ISDN card, Courier internal modem, Adaptec 2940 and the network card, onboard audio). Here is the dmesg output: Copyright (c) 1992-1999 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 Sep 4 11:28:56 CEST 1999 [EMAIL PROTECTED]:/home/blaz/FreeBSD/src/sys/compile/GOLD Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P55C (232.88-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bf real memory = 67108864 (65536K bytes) avail memory = 62140416 (60684K bytes) Preloaded elf kernel "kernel" at 0xc02d8000. Intel Pentium detected, installing workaround for F00F bug npx0: on motherboard npx0: INT 16 interface apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 pcib0: on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 ide_pci0: at device 7.1 on pci0 chip1: irq 9 at device 7.2 on pci0 chip2: at device 7.3 on pci0 ed0: irq 10 at device 13.0 on pci0 device_probe_and_attach: ed0 attach returned 2 ahc0: irq 12 at device 14.0 on pci0 ahc0: aic7880 Single Channel A, SCSI Id=7, 16/255 SCBs vga-pci0: irq 11 at device 15.0 on pci0 fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 wdc0 at port 0x1f0-0x1f7 irq 14 flags 0xa0ffa0ff on isa0 wdc0: unit 0 (wd0): , DMA, 32-bit, multi-block-16 wd0: 13783MB (28229040 sectors), 28005 cyls, 16 heads, 63 S/T, 512 B/S atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3b0-0x3df iomem 0xa-0xb on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2 at port 0x3e8-0x3ef irq 5 on isa0 sio2: type 16550A isic0 at port 0xd80 irq 15 flags 0x3 on isa0 isic0: Teles S0/16.3 isic0: ISAC 2085 Version A1/A2 or 2086/2186 Version 1.1 (IOM-2) (Addr=0x960) isic0: HSCX 82525 or 21525 Version 2.1 (AddrA=0x160, AddrB=0x560) ppc0 at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold lpt0: on ppbus 0 lpt0: Interrupt-driven port pcm1: at port 0x240-0x24f,0xe80-0xe87,0x388-0x38f,0x300-0x301,0x100-0x101 irq 9 drq 0,1 on isa0 unknown0: at port 0x201 on isa0 i4b: ISDN call control device attached i4bisppp: 4 ISDN SyncPPP device(s) attached i4bctl: ISDN system control port attached i4bipr: 4 IP over raw HDLC ISDN device(s) attached i4btel: 2 ISDN telephony interface device(s) attached i4brbch: 4 raw B channel access device(s) attached i4btrc: 4 ISDN trace device(s) attached changing root device to da0s1a da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 10.000MB/s transfers (10.000MHz, offset 15) da1: 1547MB (3170160 512 byte sectors: 255H 63S/T 197C) cd0 at ahc0 bus 0 target 3 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 2063MB (4226725 512 byte sectors: 255H 63S/T 263C) My kernel config file contains this: device ed0 Any idea what could be wrong here? This card works under FreeBSD 3.2 on another machine just fine, and is detected like this: ed1: rev 0x0a int a irq 11 on pci0.11.0 ed1: address 00:80:48:ca:b8:40, type NE2000 (16 bit) So I guess there is something wrong with my machine, but what? I mean, PCI cards really don't have any settings and the only thing I can do in the BIOS is reserve IRQ's for ISA legacy devices, which I have done (I
cvs commit: src/sys/modules/linux Makefile (fwd)
Shouldn't /usr/bin/svr4 and /usr/bin/ibcs2 be moved to /usr/sbin as well? Blaz Zupan, [EMAIL PROTECTED], http://www.herbie.amis.net Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia -- Forwarded message -- Date: Fri, 3 Sep 1999 00:15:39 -0700 (PDT) From: Marcel Moolenaar <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: cvs commit: src/sys/modules/linux Makefile marcel 1999/09/03 00:15:39 PDT Modified files: sys/modules/linuxMakefile Log: Install linux.sh in /usr/sbin and not in /usr/bin. PR: 13545 Submitted by: Jose M. Alcaide <[EMAIL PROTECTED]> Revision ChangesPath 1.29 +2 -2 src/sys/modules/linux/Makefile To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe cvs-all" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Forgotten debug messages in ahc
After compiling yesterday's -current kernel, I see the following in dmesg: ... ahc0: aic7880 SBLKCTL = 0x0 SSTAT0 = 0x0 SFUNCT = 0x0 Single Channel A, SCSI Id=7, 16/255 SCBs ... Notice the "SBLKCTL"... stuff. I guess this is some forgotten debug printf left, or am I mistaken? Blaz Zupan, [EMAIL PROTECTED], http://www.herbie.amis.net Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: config(8) changes and i4b
On Sun, 9 May 1999, Ollivier Robert wrote: > Anyone very -CURRENT and running i4b ? I just upgraded to the new config > syntax and it seems that it doesn't grok pseudo-devices with numbers in the > name correctly... I'm running a kernel from yesterday, patched with i4b 0.80. > With this config(8) works but some dependencies are not generated and "make" > fails. It works for me. Try removing your kernel compile directory. > Without the "" around the names, config(8) complains with "Syntax error". Yes, this is a known bug in config. But with the quotes it works for me just fine. Blaz Zupan, b...@amis.net, http://www.herbie.amis.net Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: sound and sio problems after newbus changes
On Sun, 2 May 1999, Bruce Evans wrote: > Fast interrupts were broken in early versions of new-bus. Without > fast interrupts, sio interrupt latency is limited by the worst spl > hog in the system. Yes I know that, but I believe this was later fixed. I'm running a kernel compiled today and the sio overflows still happen. Also adding in the sound problems which seem to be caused by missing interrupts, I think we have a bug in the interrupt code after the newbus changes. Blaz Zupan, b...@amis.net, http://www.herbie.amis.net Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
sound and sio problems after newbus changes
I also experience the sound problems. Although sound works, it has problems stopping. For example when I hit stop in x11amp, the sound still loops for a couple of seconds and then I get the following message on the console: timeout flushing dbuf_out, chan 1 cnt 0xfff9e46c flags 0x01c1 This message is being generated in snd_flush() in /sys/i386/isa/snd/dmabuf.c. Looking at the code, it loops 10 times, each time waiting for a tsleep() to succeed. There are only two places in dmabuf.c that wakeup() this tsleep, one is dsp_wr_dmadone(), the second is in dsp_rd_dmadone(). Both are called from dsp_wrintr(). I put in a printf() at the start of dsp_wrintr(). The interrupt gets called when I start playing music in x11amp. When I stop it, no interrupt is generated, so dsp_wr_dmadone() is never called, so it never wakes up the tsleep() in snd_flush(). I really don't know why the interrupt does not occur (or if it should occur at all), maybe someone more knowledgable can take over from here Please. Pretty please with sugar on top :) Also, has anybody problems with sio buffer overflows? My machine is a Pentium 200MMX, which should be able to handle 115.2K on a com port just fine (my old 486 did, when I was running 2.2.x, 3.0 and 4.0 before newbus). But now I'm receiving lots of sio overflows, it is as simple as typing "ATI4" to my Courier, some characters get lost on output. If I am allowed to take a wild guess, this problem could be linked to the sound problem. Maybe some interrupts are generally lost or not correctly handled. Blaz Zupan, b...@amis.net, http://www.herbie.amis.net Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: Broken Linux emulation
On Wed, 28 Apr 1999, Blaz Zupan wrote: > After doing a make world today and compiling a new kernel, the Linux > netscape 4.51 does not work anymore. It immediately core dumps: Sigh. Ignore my mail. I failed to follow the first rule of posting: think before you post. I cvsupped between make world and making kernel, so my /modules and kernel got out of sync. Recompiling modules fixed the problem. Sorry again for the wasted bandwidth. Blaz Zupan, b...@amis.net, http://www.herbie.amis.net Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Broken Linux emulation
After doing a make world today and compiling a new kernel, the Linux netscape 4.51 does not work anymore. It immediately core dumps: /home/blaz> netscape Illegal instruction (core dumped) /home/blaz> gdb /usr/local/netscape-4.51/communicator-4.51.bin communicator-4.5. core GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc...(no debugging symbols found)... warning: core file may not match specified executable file. Core was generated by `communicator-4.5'. Program terminated with signal 4, Illegal instruction. /usr/X11R6/lib/libXt.so.6.0: No such file or directory. #0 0x836fefd in XP_ListNextEncodingType () (gdb) bt #0 0x836fefd in XP_ListNextEncodingType () #1 0x8370327 in NET_RegisterContentTypeConverter () #2 0x866fa3f in NF_RegisterConverters () #3 0x866be2a in NF_FontBrokerInitialize () #4 0x823e695 in fe_ComputeFontSizeTable () #5 0x823e965 in fe_InitFonts () #6 0x826d32c in main () #7 0x8231edb in ___crt_dummy__ () (gdb) Before anybody asks why I use the Linux netscape binary, there is no Flash and Acrobat plugin for the FreeBSD version. I also noticed the problem reported by others which C++ programs: /home/blaz> /usr/local/etc/rc.d/xfstt.sh /usr/libexec/ld-elf.so.1: /usr/lib/libstdc++.so.3: Undefined symbol "__vt_7filebuf" Blaz Zupan, b...@amis.net, http://www.herbie.amis.net Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
PCI VGA card becomes ISA
I noticed that after the latest round of new-bus changes, my PCI VGA card is now recognized as a generic ISA card by the kernel. I don't see any ill effects from this, but the new-bus developers may want to know, in case it breaks something else. The VGA card is a S3 Trio64V+. Here's the dmesg output I get. I don't have an old dmesg output before the changes, but the card was recognized by its name and it was using IRQ 9. Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #5: Mon Apr 19 21:41:42 CEST 1999 b...@gold.amis.net:/usr/home/blaz/FreeBSD/src/sys/compile/GOLD Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P55C (232.88-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping=3 Features=0x8001bf real memory = 67108864 (65536K bytes) config> pnp 1 0 os enable config> pnp 1 0 port0 0x220 port1 0x530 port2 0x388 port3 0x370 config> pnp 1 0 irq0 5 drq0 1 drq1 0 config> pnp 2 0 os enable config> pnp 2 0 port0 0x280 irq0 10 avail memory = 62435328 (60972K bytes) Preloaded elf kernel "kernel" at 0xc02b6000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc02b609c. Probing for PnP devices: CSN 1 Vendor ID: YMH0030 [0x3000a865] Serial 0x80860001 Comp ID: PNPb02f [0x2fb0d041] mss_attach 1 at 0x530 irq 5 dma 1:0 flags 0x10 setting up yamaha registers set yamaha master volume to max pcm1 (CS423x/Yamaha/AD1816 sn 0x80860001) at 0x530-0x537 irq 5 drq 1 flags 0x10 on isa CSN 2 Vendor ID: CPX1501 [0x0115180e] Serial 0x48ed418e Comp ID: PNP80d6 [0xd680d041] ed1: address 00:80:48:ed:41:8e, type NE2000 (16 bit) ed1 (edpnp sn 0x48ed418e) at 0x280-0x29f irq 10 on isa npx0: on motherboard npx0: INT 16 interface apm0: on motherboard apm: found APM BIOS version 1.2 pcib0: on motherboard pci0: on pcib0 chip0: at device 0.0 on pci0 isab0: at device 7.0 on pci0 chip1: at device 7.3 on pci0 ahc0: at device 14.0 on pci0 ahc0: interrupting at irq 14 ahc0: aic7880 Single Channel A, SCSI Id=7, 16/255 SCBs isa0: on motherboard fdc0: interrupting at irq 6 fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> at fdc0 drive 0 atkbdc0: at port 0x60 on isa0 atkbd0: on atkbdc0 atkbd0: interrupting at irq 1 vga0: on isa0 sc0: on isa0 sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A sio0: interrupting at irq 4 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: interrupting at irq 3 isic0 at port 0xd80 irq 15 flags 0x3 on isa0 isic0: Teles S0/16.3 isic0: ISAC 2085 Version A1/A2 or 2086/2186 Version 1.1 (IOM-2) (Addr=0x960) isic0: HSCX 82525 or 21525 Version 2.1 (AddrA=0x160, AddrB=0x560) isic0: interrupting at irq 15 ppc0 at port 0x378 irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold lpt0: on ppbus 0 lpt0: Interrupt-driven port ppc0: interrupting at irq 7 Intel Pentium detected, installing workaround for F00F bug i4b: ISDN call control device attached i4bisppp: 4 ISDN SyncPPP device(s) attached i4bctl: ISDN system control port attached i4bipr: 4 IP over raw HDLC ISDN device(s) attached i4btel: 2 ISDN telephony interface device(s) attached i4brbch: 4 raw B channel access device(s) attached i4btrc: 4 ISDN trace device(s) attached Waiting 2 seconds for SCSI devices to settle changing root device to da0s1a da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 10.000MB/s transfers (10.000MHz, offset 15) da1: 1547MB (3170160 512 byte sectors: 255H 63S/T 197C) cd0 at ahc0 bus 0 target 3 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 2063MB (4226725 512 byte sectors: 255H 63S/T 263C) ffs_mountfs: superblock updated for soft updates ffs_mountfs: superblock updated for soft updates ffs_mountfs: superblock updated for soft updates Blaz Zupan, b...@medinet.si, http://home.amis.net/blaz Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
new-bus changes break i4b
After the latest new-bus changes in FreeBSD-current a kernel configured with ISDN support and PnP does not compile anymore. The following patch fixed the problem for me, at least the kernel compiles and runs. I don't have a PnP ISDN card (only a non-PnP one), but I do have PnP enabled in my kernel config file because my sound card needs it. The patch below is based on changes between /sys/i386/isa/sio.c and /sys/isa/sio.c and it could be completely wrong... *** /sys/i4b/layer1/i4b_isic_pnp.c.orig Sun Mar 7 17:08:16 1999 --- /sys/i4b/layer1/i4b_isic_pnp.c Sun Apr 18 00:48:46 1999 *** *** 219,231 if(dev->id_driver == NULL) { dev->id_driver = &isicdriver; ! ! isa_devp = find_isadev(isa_devtab_net, &isicdriver, 0); ! ! if(isa_devp != NULL) ! { ! dev->id_id = isa_devp->id_id; ! } } if((dev->id_alive = isic_pnpprobe(dev, spci.port[1])) != 0) --- 219,225 if(dev->id_driver == NULL) { dev->id_driver = &isicdriver; ! dev->id_id = isa_compat_nextid(); } if((dev->id_alive = isic_pnpprobe(dev, spci.port[1])) != 0) Blaz Zupan, b...@medinet.si, http://home.amis.net/blaz Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: C++
> > configure:1333: c++ -o conftestconftest.C 1>&5 > > /usr/lib/libstdc++.so: undefined reference to `filebuf virtual table' > > /usr/lib/libstdc++.so: undefined reference to `stdiobuf virtual table' > Some people are getting these errors, but I'm not sure why. It comes Never mind, I fixed the problem by doing: cd /usr/src/gnu/lib/libstdc++ make obj make make install Blaz Zupan, b...@medinet.si, http://home.amis.net/blaz Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
C++ with egcs - no go
Just successfully completed a make world and everything appears to be working correctly (good job, David!), except compiling C++ programs: /tmp/x> cat test.c #include main() { cout << "Hello world!\n"; } /tmp/x> c++ test.c /usr/lib/libstdc++.so: undefined reference to `filebuf virtual table' /usr/lib/libstdc++.so: undefined reference to `stdiobuf virtual table' /tmp/x> I remember someone mentioning this same problem here and it was supposedly fixed with a later commit. I just cvsupped and got some changes to ppbus by peter, which as far as I remember were after the latest changes by David O'Brien, so I guess I do have the latest sources. Anybody else seeing this after the latest cvsup (as of 15 minutes ago)? Blaz Zupan, b...@medinet.si, http://home.amis.net/blaz Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: Postfix
> Have a look at the PR database, specifically at ports/10710. I haven't > checked it out myself. Perhaps you'd like to try it out and send > feedback to the freebsd-ports mailing list, which is a much more > appropriate list through which to address this sort of issue. If you had taken at look at the PR yourself, you'd notice that it was ME, who submited that PR :) Blaz Zupan, b...@medinet.si, http://home.amis.net/blaz Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: Postfix
> Please wait a few days if you insist on a port, Wietse will release a new > version with quite a number of new features. In any case, a Postfix port > will not be very difficult to do. Actually, I already had a go at it. A first version of the port can be downloaded from ftp://ftp.si.freebsd.org/pub/FreeBSD/local/postfix.tar > There is no "make install" target in the main Makefile so you'll have to > roll your own. Put all the post* commands in /usr/sbin along with the This is exactly what I did. > sendmail binary (to replace the real Sendmail), don't forget the mailq & > newaliases links, put the other binaries in /usr/libexec/postfix and > install a sample /etc/postfix/main.cf with the proper paths. I don't believe this is ok. No port should mess with anything with /usr/sbin or /usr/libexec. The port installs in /usr/local/sbin and /usr/local/libexec and the configuration is put into /usr/local/etc/postfix. I have included a script, which moves aside sendmail and replaced it with links to Postfix, the script can also be used to again activate sendmail. But the script is not called by default. > It would be nice to put the HTML documentation in "share/postfix" and to > make a nice set of main.cf's defaults with anti-spam and no relaying. The documentation is not yet being installed and I don't touch the main.cf (yet). Comments appreciated. Blaz Zupan, b...@medinet.si, http://home.amis.net/blaz Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Postfix
I hate to roll up old threads, but it seems like nothing has come out of the Postfix vs. sendmail debate on this list. We don't even have a Postfix port. Has anybody created a port or should I go ahead and have a look at it? Blaz Zupan, b...@medinet.si, http://home.amis.net/blaz Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
HEADS UP: Spontaneous reboots
Everybody who is experiencing spontaneous reboots under 3.0-STABLE or 4.0-CURRENT (and did not experience them with 2.2.8 or earlier) and cannot find any indication of what could be wrong (nothing on the console and nothing in syslog), please send me (in *private* mail) the output of "dmesg" on your machine and your kernel configuration file. Also send a list of all daemons that are running on a freshly booted system and any other information you think could be relevant. If you are a commiter or a networking guru, even better. :) Please send the above data, even if you have already responded to the "Spontaneous reboots" thread on this mailing list. I'm trying to compile a list of hardware and software configurations that experience the problem and see if there is something in common between them. If we want to fix the problem, we at least need a starting point. For now it looks like it is a problem with the networking code, so please send a description of what network activity is going on when you experience the reboots. I will summarize the responses I receive. Also if you have a good idea how we could attack the problem, please speak up. For now my idea is to find a common software and hardware configuration and then try to sistematically remove components that could cause the problem. I have separetely posted this message to both freebsd-current and freebsd-stable, as it seems to affect both branches. Please DO NOT respond to the mailing list. Thank you for your attention. Blaz Zupan, b...@medinet.si, http://home.amis.net/blaz Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: SVR4 module doesn't load
On Tue, 9 Feb 1999, Viren R. Shah wrote: > I do have "pseudo-device streams" in my kernel config. Is there > anything else that I require? Yes, I needed to add "options KTRACE". Blaz Zupan, b...@medinet.si, http://home.amis.net/blaz Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: Ne2000 PCI Card
> I have 2 cheap 100mbit nics (rj45 only). Both use the ReaTek 8139 chipset > (from the best that I can tell). Both are PCI. They are supported in 4.0-CURRENT by the rl driver. I belive they are also included in 3.0-STABLE, but I'm not sure if they are on the boot floppy. And before using this card, you should consider the following comment from the driver source: * The RealTek 8139 PCI NIC redefines the meaning of 'low end.' This is * probably the worst PCI ethernet controller ever made, with the possible * exception of the FEAST chip made by SMC. The 8139 supports bus-master * DMA, but it has a terrible interface that nullifies any performance * gains that bus-master DMA usually offers. So don't expect too much ;) Blaz Zupan, b...@medinet.si, http://home.amis.net/blaz Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Cosmetic issues with ISDN startup
I am experiencing two rather cosmetic issues with how the ISDN subsystem starts up. The first is, that when you enable isdnd, syslogd is not yet running. So isdnd outputs a whole lot of garbage (basically the whole configuration) to the console. This patch to /usr/src/usr.sbin/i4b/isdnd/log.c solves the mess: *** log.c.old Sun Dec 27 22:47:01 1998 --- log.c Wed Jan 20 18:57:08 1999 *** *** 100,106 logfacility); else #endif ! (void)openlog("isdnd", LOG_PID|LOG_CONS|LOG_NDELAY, logfacility); } --- 100,106 logfacility); else #endif ! (void)openlog("isdnd", LOG_PID|LOG_NDELAY, logfacility); } I really don't believe the messages are urgent enough to warrant LOG_CONS, considering that named doesn't openlog() with LOG_CONS either. The next issue is in /etc/rc.network. When you solve the above mess, you get this during startup: Doing initial network setup: hostname. isdnd ... [rest of messages] I belive the isdnd should be output on the previous line, this patches fixes it: *** rc.network.old Thu Jan 14 00:18:07 1999 --- rc.network Wed Jan 20 19:20:28 1999 *** *** 23,39 domainname $nisdomainname echo -n ' domain' fi echo '.' # Initial ATM interface configuration if [ "X${atm_enable}" = X"YES" -a -f /etc/rc.atm ]; then . /etc/rc.atm atm_pass1 - fi - - # ISDN subsystem startup - if [ "X${isdn_enable}" = X"YES" -a -f /etc/rc.isdn ]; then - . /etc/rc.isdn fi # Special options for sppp(4) interfaces go here. These need --- 23,40 domainname $nisdomainname echo -n ' domain' fi + + # ISDN subsystem startup + if [ "X${isdn_enable}" = X"YES" -a -f /etc/rc.isdn ]; then + . /etc/rc.isdn + fi + echo '.' # Initial ATM interface configuration if [ "X${atm_enable}" = X"YES" -a -f /etc/rc.atm ]; then . /etc/rc.atm atm_pass1 fi # Special options for sppp(4) interfaces go here. These need Best regards, Blaz Zupan, b...@medinet.si, http://home.amis.net/blaz Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message