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: 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: 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: 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
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: 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
Kernel hangs with latest sources
0: Yamaha OPL-SAx at port 0x240-0x24f,0xe80-0xe87,0x388-0x38f,0x300-0x301,0x100-0x101 irq 7 drq 0,1 on isa0 unknown: PNP0303 can't assign resources unknown: PNP0700 can't assign resources unknown: PNP0f13 can't assign resources i4bctl: ISDN system control port attached i4btrc: 4 ISDN trace device(s) attached i4bisppp: 4 ISDN SyncPPP device(s) attached (VJ header 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 IBM-DTTA-371440 [28005/16/63] at ata0-master UDMA33 ad1: 6179MB Maxtor 90648D5 [12555/16/63] at ata0-slave UDMA33 acd0: CDROM CD-540E at ata1-master PIO4 Mounting root from ufs:/dev/ad0s1a wi0: WaveLAN/IEEE 802.11 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
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
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=fetchmailstype=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
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: Vadem 469 at port 0x3e0 iomem 0xd on isa0
pccard0: PC Card bus -- kludge version on pcic0
pccard1: PC Card bus -- kludge version 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 sys/param.h
@@ -44,10 +44,6 @@
#include pccard/slot.h
#include pccard/pcic.h
-/* Get pnp IDs */
-#include isa/isavar.h
-#include dev/pcic/i82365reg.h
-
/*
* 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 initialis
Re: pccard not working on 4.0-RELEASE
: pcic0: Vadem 469 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
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: 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: S3 Trio graphics accelerator mem 0xf800-0xfbff irq 11 at device 15.0 on pci0 vga0: Generic ISA VGA 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 /dev/ttyv0 -f 8x16 iso02-8x16 vidcontrol: can't load font: Device not configured I vaguely remember seing a commit from Kazu that supposedly fixed this, although I still experience it with a -current machine as of a couple of days ago. The motherboard is an Intel AN430TX, the graphics card is a S3 Trio 64V+ based card. Below is the full dmesg. Blaz Zupan, [EMAIL PROTECTED], 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=0x8001bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX 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: math processor on motherboard npx0: INT 16 interface apm0: APM BIOS on motherboard apm: found APM BIOS v1.2, connected at v1.2 pcib0: Host to PCI bridge on motherboard pci0: PCI bus on pcib0 isab0: Intel 82371AB PCI to ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 ata-pci0: Intel PIIX4 ATA-33 controller 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: Intel 82371AB Power management controller port 0x7000-0x700f at device 7.3 on pci0 ed0: NE2000 PCI Ethernet (Compex) port 0xfcc0-0xfcdf irq 9 at device 13.0 on pci0 ed0: address 00:80:48:ca:93:de, type NE2000 (16 bit) ahc0: Adaptec 2940 Ultra SCSI adapter 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: S3 Trio graphics accelerator mem 0xf800-0xfbff irq 11 at device 15.0 on pci0 fdc0: NEC 72065B or clone 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: keyboard controller (i8042) at port 0x60-0x6f on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: Generic ISA VGA at port 0x3d0-0x3db iomem 0xb8000-0xb on isa0 sc0: System console on isa0 sc0: CGA 16 virtual consoles, flags=0x200 pcic: polling mode pcic: polling mode pcic0: Vadem 469 at port 0x3e0 iomem 0xd on isa0 pccard0: PC Card bus -- kludge version on pcic0 pccard1: PC Card bus -- kludge version 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: Parallel port 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: Printer on ppbus0 lpt0: Interrupt-driven port pcm0: Yamaha OPL-SAx at port 0x220-0x22f,0x530-0x537,0x388-0x38f,0x330-0x331,0x370-0x371 irq 5 drq 0,1 on isa0 joy0: Generic PnP Joystick at port 0x201 on isa0 ad0: 13783MB IBM-DTTA-371440 [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: NEC D3847 0307 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: TEAC CD-ROM CD-532S 3.0A 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: IBM DORS-32160 WA6A 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: WaveLAN/IEEE 802.11 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?
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
hci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered intpm0: Intel 82371AB Power management controller at device 7.3 on pci0 intpm0: I/O mapped 7000 intpm0: intr SMI disabled revision 0 smbus0: System Management Bus on intsmb0 smb0: SMBus general purpose I/O on smbus0 intpm0: PM I/O mapped 8000 ed0: NE2000 PCI Ethernet (Compex) irq 9 at device 13.0 on pci0 ed0: address 00:80:48:ca:93:de, type NE2000 (16 bit) ahc0: Adaptec 2940 Ultra SCSI adapter irq 9 at device 14.0 on pci0 ahc0: aic7880 Single Channel A, SCSI Id=7, 16/255 SCBs vga-pci0: S3 Trio graphics accelerator irq 11 at device 15.0 on pci0 fdc0: NEC 72065B or clone 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: keyboard controller (i8042) at port 0x60-0x6f on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: Generic ISA VGA at port 0x3d0-0x3db iomem 0xb8000-0xb on isa0 sc0: System console on isa0 sc0: CGA 16 virtual consoles, flags=0x200 pcic0: Vadem 469 at port 0x3e0 iomem 0xd irq 10 on isa0 pccard0: PC Card bus -- kludge version on pcic0 pccard1: PC Card bus -- kludge version 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: Yamaha SA3 at port 0x220-0x22f,0x530-0x537,0x388-0x38f,0x330-0x331,0x370-0x371 irq 5 drq 0,1 on isa0 joy0: Generic PnP Joystick 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: IBM-DTTA-371440/T71OA73A 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: NEC D3847 0307 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: TEAC CD-ROM CD-532S 3.0A 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: IBM DORS-32160 WA6A 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: WaveLAN/IEEE 802.11 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: Vadem 469 at port 0x3e0 iomem 0xd irq 10 on isa0 pccard0: PC Card bus -- kludge version on pcic0 pccard1: PC Card bus -- kludge version 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
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 sys/param.h #include sys/systm.h #include sys/socket.h --- 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
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
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: Yamaha SA3 at port 0x220-0x22f,0x530-0x537,0x388-0x38f,0x330-0x331,0x370-0x371 irq 5 drq 0,1 on isa0 unknown0: OPL3-SA3 Snd System 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
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: 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
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
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
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: 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
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
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
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=0x8001bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX 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 Yamaha SA31 at 0x530 irq 5 dma 1:0 flags 0x10 setting up yamaha registers set yamaha master volume to max pcm1 (CS423x/Yamaha/AD1816 Yamaha SA3 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 NE2000 sn 0x48ed418e) at 0x280-0x29f irq 10 on isa npx0: math processor on motherboard npx0: INT 16 interface apm0: APM BIOS on motherboard apm: found APM BIOS version 1.2 pcib0: PCI host bus adapter on motherboard pci0: PCI bus on pcib0 chip0: Intel 82439TX System Controller (MTXC) at device 0.0 on pci0 isab0: Intel 82371AB PCI to ISA bridge at device 7.0 on pci0 chip1: Intel 82371AB Power management controller at device 7.3 on pci0 ahc0: Adaptec 2940 Ultra SCSI adapter at device 14.0 on pci0 ahc0: interrupting at irq 14 ahc0: aic7880 Single Channel A, SCSI Id=7, 16/255 SCBs isa0: ISA bus on motherboard fdc0: interrupting at irq 6 fdc0: NEC 72065B or clone 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: keyboard controller (i8042) at port 0x60 on isa0 atkbd0: AT Keyboard on atkbdc0 atkbd0: interrupting at irq 1 vga0: Generic ISA VGA on isa0 sc0: System console 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: generic printer 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: NEC D3847 0307 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: TEAC CD-ROM CD-532S 3.0A 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: IBM DORS-32160 WA6A 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
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 iostream.h
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: C++
configure:1333: c++ -o conftestconftest.C 15 /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
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
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
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
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
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: 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} = XYES -a -f /etc/rc.atm ]; then
. /etc/rc.atm
atm_pass1
- fi
-
- # ISDN subsystem startup
- if [ X${isdn_enable} = XYES -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} = XYES -a -f /etc/rc.isdn ]; then
+ . /etc/rc.isdn
+ fi
+
echo '.'
# Initial ATM interface configuration
if [ X${atm_enable} = XYES -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
