Re: Proliant 1600R Install Failure (ida + SMPng to blame?)
On Tue, 7 Oct 2003, Edward Aronyk wrote: Booting off the 5.1 boot floppies gives a page fault about 15 seconds after the mfsroot floppy finishes loading. Boot off of a -CURRENT snapshot; 5.1 shipped with a broken IDA driver. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fixing -pthreads (Re: ports and -current)
On Wed, 24 Sep 2003, Daniel Eischen wrote: It isn't clear that libmap can deal with libraries that are linked to one specific threads library, and how libmap'd applications work. If mplayer is libmap'd to libthr, ogle is libmap'd to libpthread, and both are linked to libGL which is linked to libc_r, what happens? This is why its important to use the same name for the threading library and never link directly with libkse, libthr, libc_r etc. Make libpthread a symlink, please. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: re-fdisk'ing a partition - permission denied?
On Mon, 8 Sep 2003, Kevin Oberman wrote: In any case, since GEOM was added you can no longer slice or label an active device. As a result, the only way I know of to change slices or labels on V5 is to boot off of CD or floppy Fixit disks or install disks. (I just had to do this on my laptop this morning.) I still use my foot-shooting patch. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: re-fdisk'ing a partition - permission denied?
On Mon, 8 Sep 2003, Michael Edenfield wrote: There was, at one point, talk of adding some sort of geom.dont_blame_phk_when_you_shoot_your_ankle_off sysctl to permit this type of access when the user was absolutely sure they knew exactly what kind of dangerous and potentially corrupting thing they were doing and wanted to do it anyway, but I'm not sure it got anywhere. ftp://ftp.jurai.net/users/winter/patches/geom-foot.patch -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: re-fdisk'ing a partition - permission denied?
On Mon, 8 Sep 2003, Steve Kargl wrote: Any chance that this patch will be committed? Or, has this patch been sent to the bikeshed? There is some code that was a half-compromise: geom/geom_subr.c:g_access_rel() %%% /* If foot-shooting is enabled, any open on rank#1 is OK */ if ((g_debugflags 16) pp-geom-rank == 1) ; %%% -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kernel build fails in agp_nvidia.c
On Sat, 23 Aug 2003, Harald Schmalzbauer wrote: cvsupped half an hour ago, the following error occurs when trying to build a kernel (mine, which worked fine with yesterdays source) This one is mine, sorry. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: dhclient problem with xl0
On Sat, 9 Aug 2003, Martin Blapp wrote: Isn't there a way to see that the card doesn't support reporting media status ? If the card does report this, I could add code to dhclient and all would be fine. Yes; check the media status word for IFM_AVALID. (whitespace damaged) %%% --- dhclient.c 28 Jul 2003 13:25:04 - 1.27 +++ dhclient.c 9 Aug 2003 13:07:16 - @@ -3221,13 +3221,11 @@ if (ifmr.ifm_status IFM_ACTIVE) return (1); } + return (0); } - return (0); -#else /* ifdef __FreeBSD__ */ - - return (1); #endif /* Other OSs */ + return (1); } #ifdef __FreeBSD__ %%% -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: dhclient problem with xl0
On Sat, 9 Aug 2003, Martin Blapp wrote: dhclient is still relying on behavior from the kernel that isn't guaranteed. I know. But I'd consider that as a kernel bug, not dhclient fault. Would it help the set the card into promisc. mode anyway, even if we don't have link ? Except that you've added code to dhclient that makes poor assumptions about the ifmedia status word. Its optional; for hardware that you can detect media status it can be used to display the status. For other hardware, we shouldn't have to lie about media status; if the hardware doesn't support reporting media status then we shouldn't do anything with the status word. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: dhclient problem with xl0
On Sat, 9 Aug 2003, Craig Rodrigues wrote:
I just did a cvsup of -CURRENT and rebuilt the world.
dhclient doesn't seem to work for me any more.
It looks like a problem with dhclient, and not the
kernel, because an older version of dhclient works fine.
Here is the output of dhclient -v -d xl0
Try this (cut paste):
%%%
Index: if_xl.c
===
RCS file: /cvs/src/sys/pci/if_xl.c,v
retrieving revision 1.150
diff -u -u -r1.150 if_xl.c
--- if_xl.c 27 Jul 2003 13:56:03 - 1.150
+++ if_xl.c 4 Aug 2003 15:46:36 -
@@ -3031,6 +3031,10 @@
icfg = XL_ICFG_CONNECTOR_BITS;
ifmr-ifm_active = IFM_ETHER;
+ ifmr-ifm_status = IFM_AVALID;
+
+ if (!(CSR_READ_2(sc, XL_W4_MEDIA_STATUS) XL_MEDIASTAT_CARRIER))
+ ifmr-ifm_status |= IFM_ACTIVE;
switch(icfg) {
case XL_XCVR_10BT:
%%%
--
| Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD |
| [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax |
| http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever |
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: dhclient problem with xl0
On Sat, 9 Aug 2003, Martin Blapp wrote: You don't have a working link. Maybe it helps if you add a interface define in /etc/dhclient.conf wit the possible media. dhclient is still relying on behavior from the kernel that isn't guaranteed. I posted a patch to if_xl.c that should correct the link status for cards with builtin non-MII PHYs. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: dhclient problem with xl0
On Sat, 9 Aug 2003, Matthew N. Dodd wrote: Try this (cut paste): The patch I posted was incorrect as I forgot to do a register window select before reading media status. ftp://ftp.jurai.net/users/winter/patches/xl_media.patch -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ML370 crash
On Thu, 7 Aug 2003, Alexandre Biancalana wrote: Following John Cagle instructions, I made an trace at db prompt, the result can be viewed at http://www.seudns.net/ftp/ale/Pictures/ml370/trace.jpg, the crash can be viewed at http://www.seudns.net/ftp/ale/Pictures/ml370/crash_boot.jpg As John told me, It looks like a bug that involves the ida driver. What can I do ?? I just committed the fix to ida_disk.c (1.41). -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: dhclient/dhclient.conf change in -CURRENT?
On Mon, 4 Aug 2003, Martin Blapp wrote: Yes, there have been some changes. The most important was the interface polling addition, but that should not make any difference here. Read the code. dhclient.c:send_discover() bails out if interface_active() is false BEFORE iterating all the possible media settings. As I've explained in private email using the ifm_status word to determine if the interface is up and running is incorrect. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: problem with nvidia graphics card and -current
On Mon, 4 Aug 2003, Glenn Johnson wrote: Question for the developers: Is there someway to avoid having the combination of vesa and nvidia cause a total lockup of the machine? I have a feeling I may not be the last person to try the nvidia driver with vesa enabled, either as a module, or compiled in the kernel. I'm running a system with the VESA stuff compiled in; the nvidia drivers work just fine. IIRC you're running with ACPI; try not doing that. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: STEP 2, fixing dhclient behaviour with multiple interfaces
On Wed, 30 Jul 2003, Martin Blapp wrote: control does only release leases and exit (state 2), I never managed to make dhclient sleep (state 3) and wake up (state 2). Odd: %%% # cat /etc/sleep_dhclient #!/bin/sh omshell /dev/null EOF connect new control open set state = 3 update close EOF # cat /etc/wakeup_dhclient #!/bin/sh omshell /dev/null EOF connect new control open set state = 4 update close EOF %%% This was working fine for me a few months ago. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 8MB install
On Wed, 25 Jun 2003, M-Trade wrote: Has anyone had any success installing 5.1 release on a 486 w/ 8MB RAM? I can't install. avail memory = (245760) 0 MB Is this expected behavior? Yes. I got pre 5.1 running on a 386dx33 with 16mb; it wouldn't work with 8. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: nVidia nForce2 AGP chipset drivers
On Sun, 22 Jun 2003, Matthew N. Dodd wrote: On Mon, 23 Jun 2003, Arjan van Leeuwen wrote: Hmm... I don't have the hardware either, but I was thinking about buying a new mainboard based on it (if there is support in FreeBSD, of course :)). Maybe someone who actually has an nForce2 board can help us out here? Can you post the patches to the list so that someone can test them? Lacking the hardware, (and sleep last night when I started), I'm not yet far along enough to have something that is testable. ftp://ftp.jurai.net/users/winter/patches/nforce-agp.diff I suspect using this will result in a panic so load this as a module. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: nVidia nForce2 AGP chipset drivers
On Sun, 22 Jun 2003, Arjan van Leeuwen wrote: Now that nVidia has released kernel patches for Linux to support their AGP chipset (see http://www.nvidia.com/view.asp?IO=linux_nforce_1.0-0261), is it possible to easily port these patches and include them in the agp(4) driver? How does one start with such a thing? I actually started writing a driver based on the released Linux one but don't actually have the hardware to test things. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: nVidia nForce2 AGP chipset drivers
On Mon, 23 Jun 2003, Arjan van Leeuwen wrote: Hmm... I don't have the hardware either, but I was thinking about buying a new mainboard based on it (if there is support in FreeBSD, of course :)). Maybe someone who actually has an nForce2 board can help us out here? Can you post the patches to the list so that someone can test them? Lacking the hardware, (and sleep last night when I started), I'm not yet far along enough to have something that is testable. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [-CURRENT tinderbox] failure on alpha/alpha
This should be fixed now. On Thu, 19 Jun 2003, Tinderbox wrote: TB --- 2003-06-19 16:00:22 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-06-19 16:00:22 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-19 16:02:36 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1: legacy release compatibility shims stage 1: bootstrap tools stage 2: cleaning up the object tree stage 2: rebuilding the object tree stage 2: build tools stage 3: cross tools stage 4: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include stage 4: building libraries stage 4: make dependencies stage 4: building everything.. [...] /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c:118: warning: int format, different type arg (arg 6) /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c:118: warning: unsigned int format, different type arg (arg 8) /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c: In function `dump_Elf_Rela': /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c:140: warning: unsigned int format, different type arg (arg 3) /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c:140: warning: unsigned int format, different type arg (arg 4) /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c:140: warning: unsigned int format, different type arg (arg 5) /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c:140: warning: int format, different type arg (arg 6) /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf/debug.c:140: warning: unsigned int format, different type arg (arg 8) *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec/rtld-elf. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/libexec. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-06-19 16:49:56 - /usr/bin/make returned exit code 1 TB --- 2003-06-19 16:49:56 - ERROR: failed to build world TB --- 2003-06-19 16:49:56 - tinderbox aborted ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: __thread support in -current..
On Tue, 17 Jun 2003, Julian Elischer wrote: I guess the support is in gcc as Linux and solaris use it, but is our linker close enough to what they use to be able to benefit at all from them? We'll need an updated GCC at the very least; I see some stuff in binutils regarding TLS. I think we're going to get updated binutils anway. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems with pcmcia on 5.1-RELEASE
Does anyone have a hint, that will help me get this working?
[cut and paste]
--- ata-card.c 3 Jun 2003 01:30:55 - 1.13
+++ ata-card.c 15 Jun 2003 18:46:28 -
@@ -53,6 +53,8 @@
PCMCIA_CARD(OEM2, IDE, 0),
PCMCIA_CARD(PANASONIC, KXLC005, 0),
PCMCIA_CARD(TEAC, IDECARDII, 0),
+ { FREECOM PCCARD-IDE, PCCARD_VENDOR_ANY, PCCARD_PRODUCT_ANY, 0,
+ { FREECOM, PCCARD-IDE, NULL, NULL } },
{NULL}
};
--
| Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD |
| [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax |
| http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever |
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems with pcmcia on 5.1-RELEASE
On Sun, 15 Jun 2003, Christian Laursen wrote: However, no devices are found on it. ata2: FREECOM PCCARD-IDE at port 0x100-0x10f irq 11 function 0 config 1 on pccard0 vulcan# atacontrol info ata2 Master: no device present Slave: no device present I believe tha master should be the cdrom drive. 'atacontrol attach 2' or 'atacontrol reinit 2' -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: VIA ACPI power management controller
On Fri, 6 Jun 2003, Alexander Leidinger wrote: This problem is under investigation. We already know why this error gets printed, but there is still a discussion how to fix it cleanly. This is what I'll likely commit in the short term. Index: pci.c === RCS file: /home/cvs/ncvs/src/sys/dev/pci/pci.c,v retrieving revision 1.215 diff -u -u -r1.215 pci.c --- pci.c 31 May 2003 20:34:36 - 1.215 +++ pci.c 4 Jun 2003 12:38:12 - @@ -175,6 +175,12 @@ enable these bits correctly. We'd like to do this all the time, but there\n\ are some peripherals that this causes problems with.); +static int pci_disable_io_mode_sanity = 0; +TUNABLE_INT(hw.pci.disable_io_mode_sanity, (int *)pci_disable_io_mode_sanity); +SYSCTL_INT(_hw_pci, OID_AUTO, disable_io_mode_sanity, CTLFLAG_RW, + pci_disable_io_mode_sanity, 0, + Disable PCI IO mode sanity checks in resource allocation.); + /* Find a device_t by bus/slot/function */ device_t @@ -1326,6 +1332,7 @@ struct pci_devinfo *dinfo = device_get_ivars(child); struct resource_list *rl = dinfo-resources; pcicfgregs *cfg = dinfo-cfg; + int error; /* * Perform lazy resource allocation @@ -1358,7 +1365,8 @@ * Enable the I/O mode. We should also be allocating * resources too. XXX */ - if (PCI_ENABLE_IO(dev, child, type)) + error = PCI_ENABLE_IO(dev, child, type); + if (error !pci_disable_io_mode_sanity) return (NULL); break; } -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libmap.conf has the bug or not work correct?
On Tue, 3 Jun 2003, Jeremy Messenger wrote: # ./test-libmap /usr/X11R6/bin/ggv libc_r.so.5 Lookup of libc_r.so.5 for /usr/X11R6/bin/ggv - libc_r.so.5 Looks like its working to me. # ./test-libmap /usr/X11R6/bin/ggv libthr.so.1 [...etmpy...] Right, there was on mapping found. So this isn't a libmap.conf issue. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libmap.conf has the bug or not work correct?
On Wed, 4 Jun 2003, Jeremy Messenger wrote: Nevermind, I think you are right it does work. Because, I did the test on mplayer by install it. It does link mplayer to libc_r correct, while not ggv. Looks like I will have to chase on ggv to find what ggv is depending on and get them link to libc_r.. This must be reason why it doesn't work. Thanks! 'ldd -a' is usefule for finding this out. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libmap.conf has the bug or not work correct?
On Wed, 4 Jun 2003, Jeremy Messenger wrote: Sweet, thanks! This is what I need, which it made easier to locate the library that use libc_r.. I have found two that need to be link to libc_r instead libthr so far.. /usr/X11R6/lib/libgnomeui-2.so.300 /usr/local/lib/libgthread-2.0.so.200 -- This one, I might need to report at -threads. This does bring up a UI issue (of sorts) since the behavior you expected (constrained matches based on executable name) has some merit to it. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libmap.conf has the bug or not work correct?
On Tue, 3 Jun 2003, Jeremy Messenger wrote: It seems like the [/path/to/exec] and [exec] don't work? ftp://ftp.jurai.net/users/winter/libmap-test.tar Untar that in src/libexec/rtld-elf/ cd test/ make ./test-libmap /path/to/exec library-name -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Preliminary ELF prebinding patches available.
On Fri, 30 May 2003, Anthony Ginepro wrote: I've implemented per-executable ELF prebinding: ftp://ftp.jurai.net/users/winter/patches/prebind.patch Initial performance measurements are very encouraging. Is it similar to Linux's prelink implementation ? How does it compare with (feature, performance) ? I've not taken a look at the Linux stuff yet. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: breakage this morning
On Wed, 2 Apr 2003, Michael W . Lucas wrote: Thank you very much! Sorry about the breakage. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PC98 still broken
On Sat, 29 Mar 2003, Takahashi Yoshihiro wrote: === pcspeaker @ - /usr/src/sys machine - /usr/src/sys/i386/include make: don't know how to make spkr.c. Stop *** Error code 2 Sorry about that. Fixed. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: buildkernel errors after latest cvsup
On Mon, 24 Mar 2003, Donn Miller wrote: smapi_isa.c isn't in the tree yet. Did someone forget to commit it? Yep, sorry about that; I changed it in a different tree. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Updated if_* attach/detach patches
On Wed, 19 Mar 2003, Nate Lawson wrote: Patches are at: http://www.root.org/~nate/freebsd/if_pci/ I'd like to see calls to mtx_destroy() protected by a test for mtx_initialized(). In most cases this isn't strictly necessary but its not bad practice. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Updated if_* attach/detach patches
On Fri, 21 Mar 2003, Nate Lawson wrote: Perhaps I should add a comment mentioning my assumption: mtx_init is one of the first things called and since detach unconditionally locks the mtx, it should never be called unless the mutex is initialized. This isn't the case for all drivers and the test would set a good example for people reading the code. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: freebsd 5.0 on hp netserver lf
On Fri, 21 Mar 2003, Brian J. Kirk wrote: but the dmesg and installer still don't list the scsi controller, and hence no drives. set hw.eisa_slots=12 from the loader. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Hang on Boot (still)
On Sun, 16 Mar 2003, Lucas Reddinger wrote: The one alternative would be to compile a stripped kernel on another machine, and install off of it. I did this, but I do not have enough knowledge of the 5.x kernel/modules to be able to do this myself. If someone could give me some help with this instead, it would be greatly appriciated. Try setting this from the loader hw.eisa_slots=0 (or 1). -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: if_iso88025subr.c: doesn't compile.
On Sat, 15 Mar 2003, walt wrote: So far today this file has been updated four times and it still won't compile. Can this be debugged off-line before being committed? You just happened to catch it at a bad time. Sorry for the trouble. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Any ideas why we can't even boot a i386 ?
On Thu, 27 Feb 2003, Garance A Drosihn wrote: I'm thinking maybe the 5.x release CD's should include: GENERIC GENERIC +SMP GENERIC +VMWARE-friendly settings GENERIC for i386 GENERIC OLDCARD -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: The cbus driver for pc98
On Mon, 17 Feb 2003, Takahashi Yoshihiro wrote: These are completely different. All PC-98 machines don't have ISA devices and buses at all, but a little old PC-AT machines have ISA buses. And, even if the PC-AT machine does not have ISA buses, it has PCI-ISA bridge. This is semantics; like it or not the PC-98 boxes do have something that fits into the definition of ISA. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: sys/pci/if* fixes
On Fri, 14 Feb 2003, Nate Lawson wrote:
Also, except for xl, all drivers have a common cleanup on error in
attach that backs out allocated resources with no assumptions about the
order they were allocated in.
Please see if_pcn.c for the correct approach to freeing resources; its not
necessary to wrap evrything in 'if (sc error != 0) {}'. If execution
reaches the 'fail' label then you assume that is what happened.
I also think you should just drop and reaquire locks around the
bus_setup_intr() rather than moving code around.
--
| Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD |
| [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax |
| http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever |
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: ACPI thermal panics ThinkPad 600X
On Sat, 15 Feb 2003, Dag-Erling Smorgrav wrote: Unfortunately I can't afford a new laptop, so I'm stuck with my 600E. APM works fine on the 600E. The latest BIOS updates and new model main batteries seem to solve most of the battery complaints. My only outstanding issue is that I can't suspend if an application is holding /dev/dsp or /dev/audio open. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: sys/pci/if* fixes
On Sat, 15 Feb 2003, Nate Lawson wrote: The 'if' is a matter of coding style. Which is preferred: multiple returns from the same function (one which is only reachable from a goto) or one linear path with an 'if' to see if this is an error exit? In this case a single return is harder to read. See the previous thread on this regarding my original dc(4) changes. It is bogus to create a lock with mtx_init and then immediately lock it for the entire attach routine just for the intention of ensuring exclusive access to the device. The problem is that the drivers aren't properly turning off interrrupts before setting up the interrupt handler. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kldloading smapi.ko on ThinkPad 600X
On Fri, 14 Feb 2003, Ruslan Ermilov wrote: On a recent 5.0-CURRENT, a kldload of the smapi.ko panics my box. Is anyone else seeing this too? I'd be interested in the traceback... -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: bus_setup_intr() vs. ether_ifattach() race
On Sun, 9 Feb 2003, Nate Lawson wrote: Which is the correct order to do these two functions? If the irq is enabled before the device is attached, it seems a response cannot be sent if a packet arrives before the attach. The right way seems to be to attach the device before setting up an irq but does this have side effects? The interrupt handler should be checking IFF_UP. The driver shouldn't enable card interrupts until if_init() has been run and should disable them in it foo_stop() routine (or when the interface is brought down, detached etc.) -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: LOR on current as of last Friday
On Tue, 28 Jan 2003, Alexander Pohoyda wrote:
ps2 ? audio
Enabled, Address 530, IRQ 5, DMA 3, SBAddress 220
...
Anything else I may try?
Thanks to all who replied!
Yes, there should be 2 DMA addresses assigned to the 'audio' device.
{0x0001630e, CS423x-PCI}, /* CSC0100 */
This is the PNP ID that should show up.
pcm0: CS423x-PCI at port 0x220-0x233,0x388-0x38b,0x530-0x537 irq 5 drq 3,1 on isa0
This uses the 'mss' PCM driver (which is enabled with 'device pcm' in your
config file.)
--
| Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD |
| [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax |
| http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever |
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: LOR on current as of last Friday
On Tue, 28 Jan 2003, Alexander Pohoyda wrote:
{0x0001630e, CS423x-PCI}, /* CSC0100 */
unknown: CSC0100 can't assign resources
You've got LOTS of ISA hints specified and they're conflicting with
PNPBIOS devices.
These are the only ones that don't get setup on my system:
unknown: PNP0c02 can't assign resources (port) /* System Resource */
unknown: PNP0e03 can't assign resources (port) /* PCIC i82365 */
unknown: PNP0680 can't assign resources (port) /* IDE controller */
unknown: PNP0680 can't assign resources (port) /* IDE controller */
Since we're using the PCI attachments for the PCIC (cardbus) and IDE
controllers these 'unknown' devices aren't unexpected.
If you boot verbose you can see what each 'unknown' device is looking for
in the way of resources.
--
| Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD |
| [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax |
| http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever |
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: xl thinkpad 600x watchdog timeout
On Mon, 27 Jan 2003, Toni Schmidbauer wrote: got no useful response from -mobile so re-posting to -current: i am having problems with 5.0-REL on an ibm thinkpad 600x.the xl driver for my 3com 3ccfe575ct writes the following message to the console xl0: watchdog timeout. The 575 may require some special driver attention. I haven't had much time to look into it. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: LOR on current as of last Friday
On Mon, 27 Jan 2003, Alexander Pohoyda wrote: I'd wish to have sound working.. On my second notebook (TP600E) I have a PCI sound card -- 0x1013 0x6001. Don't you? You'll need to configure the sound resources in DOS using the 'ps2.exe' utility. (Or you can wait a few days until I get my config util working in FreeBSD.) pcm0: CS423x-PCI at port 0x220-0x233,0x388-0x38b,0x530-0x537 irq 5 drq 3,1 on isa0 -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: LOR on current as of last Friday
On Tue, 28 Jan 2003, Alexander Pohoyda wrote: I'm talking about TP600E and 4.7-STABLE (as of yesterday) here. Just recompiled: apog@oak:~$ grep csa /sys/conf/files dev/sound/pci/csa.c optional csa pci #dev/sound/pci/csa.coptional pcm pci dev/sound/pci/csapcm.c optional csa pcm pci apog@oak:~$ grep pcm0 /sys/i386/conf/OAK device pcm0at isa? port 0x530 irq 9 drq 1 flags 0x10 apog@oak:~$ grep pcm /var/run/dmesg.boot apog@oak:~$ ps2 ? audio Enabled, Address 530, IRQ 9, DMA 0 - 1, SBAddress 220 ps2 ? midi Enabled, Address 580, IRQ 5 No sound. Ideas? Don't use hints; they're not going to work (I suppose they might if you use 'snd_mss0') Enable PNPBIOS. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: I want a sysctl kern.allow_shooting_into_my_foot!
On Tue, 21 Jan 2003, Joerg Wunsch wrote: It already stopped me when accessing /dev/da0, so why try something more obscure? Sorry, you've lost me. ftp://ftp.jurai.net/users/winter/patches/geom-foot.patch Just apply it to your local source tree and get on with life. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: Problem with RC3
On Wed, 15 Jan 2003, Chris Knight wrote: It works under Win9x with an extra program, but doesn't work under Windows 2000. I'm happy to be corrected though. I have a DOS partition on my ThinkPad 600, but never managed to get it working. Hibernation should work on ALL thinkpads, probably back as far as the 701. I've got it working on a 560E as well. Just create a DOS filesystem sized say 16 megs larger than your system memory size and use the ps2 utility to create the hibernation file. 'ps2 hfile c' for example would create the file on C drive. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Problem with RC3
On 15 Jan 2003, Alexander Pohoyda wrote: OK, this works for me, but then PCMCIA does not seem to work. The installer only supports NEWCARD (ie, PCI CARDBUS) devices. Do you have an ISA or PCMCIA only PCI based system? -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Problem with RC3
On Wed, 15 Jan 2003, Alexander Pohoyda wrote: If ACPI is disabled, no PC Cards are found at the boot time and inserting one later does not have any effect for the system. Set this fromt the loader: hw.cbb.start_memory=536870912 And disable ACPI. Anyway, thanks to all developers for the great work!! My 600E has real issues with ACPI; it works fine without (using APM). -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Problem with RC3
On Wed, 15 Jan 2003, Alexander Pohoyda wrote: Done. System is up and running. While booting I got messages: apm0: APM BIOS on motherboard apm0: found APM BIOS v1.2, connected at 1.2 ... ccb: Unable to map IRQ... device_probe_and_attach: cbb0 attach returned 12 ... You'll need to use the 'ps2' utility to tell the system which IRQ to use for the cardbus bridge. From my dmesg: cbb0: TI1251 PCI-CardBus Bridge mem 0x50102000-0x50102fff irq 9 at device 2.0 on pci0 cardbus0: CardBus bus on cbb0 pccard0: 16-bit PCCard bus on cbb0 cbb1: TI1251 PCI-CardBus Bridge mem 0x50101000-0x50101fff irq 11 at device 2.1 on pci0 cardbus1: CardBus bus on cbb1 pccard1: 16-bit PCCard bus on cbb1 -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Problem with RC3
On Wed, 15 Jan 2003, Alexander Pohoyda wrote: Where do I get this utility? Download it from IBM. Its part of the DOS management utils. You'll need to have a DOS partition setup so that hibernate works. I had a Windows XP preinstalled , and it told me that PCMCIA uses IRQ 9. I'll try to put this into /boot/device.hints: hint.ccb.0.irq=9 This won't work. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Problem with RC3
On Wed, 15 Jan 2003, Alexander Pohoyda wrote: Well. This is not easy. I don't have a floppy drive, and I don't have DOS. I have, however, a second HDD with FreeBSD 4.7, where everything works allright. Can't I just get values from there? Nope. You can try to burn a windows/dos boot CD. In 4.7 you were using the cardbus bridge in compatibility mode without an assigned interrupt. You'll need to have a DOS partition setup so that hibernate works. I haven't had DOS for ages!! I really don't want to go that way. I will have to make DOS bootable CD-ROM, etc.. You've got to have it if only for the hibernation file. (Hibernation is worth it IMHO.) -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Troubles installing 5.0-RC2 on a Thinkpad560
On Fri, 10 Jan 2003, [ISO-8859-1] Karl-Petter Åkesson wrote: Yes modified floppies would be great. I dont really get this. When I read the installation intructions I understood it as that all hardware listed in HARDWARE.txt is supported not only by FreeBSD by it self but also available on the floppies. But this isnt the case or? Its supported by 'OLDCARD' which isn't on the install floppies. ftp://ftp.jurai.net/users/winter/5.0-RC2/ -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Troubles installing 5.0-RC2 on a Thinkpad560
I installed FreeBSD 5.0-RC2 on a 560E with the 'ed' driver last week. You must re-roll ALOT of stuff to get it working since the kern.flp stuff doesn't have OLDCARD support. I can provide you with modified floppies if you like. On Fri, 10 Jan 2003, [ISO-8859-1] Karl-Petter Åkesson wrote: Hi everyone, I just tried to install the 5.0-RC2 on one of my Thinkpad 560s but was not successful. Previously FreeBSD 4.x has always worked just fine to isntall on this machine. I think the problem is that the driver to my network card does not get loaded. I'm just a user of FreeBSD so I'm not fully into the exact steps of the boot and what gets done at certain times but these are my guesses... The configuration of tha machine is: Thinkpad 560, 64Mb memory, 20Gb HD set as slave, a 128Mb PCMCIA flashcard and a PCMCIA 3Com 3C589C networkcard. According to the ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/5.0-RC2/HARDWARE.TXT my network card should be supported but when I have chosen Passive FTP as installation medium and is about to setup the network I only get three options: lp0 Parallel Port IP (PLIP) peer connection sl0 SLIP inteface on device /dev/cuua0 (COM1) ppp0 PPP inteface on device /dev/cuua0 (COM1) It seesm that the drivers for the networkcard are not loaded and therefore I only get these three options. Another clue that points in this direction is that everytime sysinstall starts it complains about: Loading module if_awi.ko failed Baystack 660 and others The (awi) driver is for AMD Am79C930 and Harris (Intersil) based 802.11 cards but I do not have any of those installed so I can't understand why it complains about that. But I guess since it fails, there are no other drivers are load after that point of time and thus my (ep) driver is not loaded, correct ? Can I somehow check what drivers are loaded? I thought the boot text gave that information but I can not find any information about any awi device so why should sysinstall complain? The only other thing that could be a problem that I could identify are a number of unknowns in the boot sequence. Just after the Generic ISA VGA I get these: unknown: PNP0303 can't assign resources (port) unknown: PNP0f13 can't assign resources (irq) unknown: PNP0700 can't assign resources (port) unknown: PNP0600 can't assign resources (port) unknown: PNP0c02 can't assign resources (port) unknown: PNP0400 can't assign resources (port) unknown: IBM0070 can't assign resources (port) Best Regards, Kalle -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Status of NEWCARD for IBM ThinkPad 600s
On Thu, 2 Jan 2003, Kevin Oberman wrote: After DP2 was released, PCCARDs were no longer recognized by IBM ThinkPads in the 600 series. I just get: pccard1: Card has no functions! cbb1: PC Card card activation failed either set from the loader or add to /boot/device.hints hw.cbb.start_memory=536870912 (or some other memory address physical) -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ep0 hard lockup during install
On Mon, 30 Dec 2002, Roderick van Domburg wrote: For three days in a row now I have tried installing the most recent 5.0 snapshots on my Armada V300 from floppies. I have also tried the RC2 floppies. I just installed RC2 using a 3C574B with the 'ep' driver; worked just fine aside from needing to re-roll kern.flp and mfsroot.flp to support OLDCARD. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: writing to mbr under GEOM
On Mon, 16 Dec 2002, Ray Kohler wrote: What's the status of the issue where devices with open partitions can't have their boot sectors written to? I know phk@ was working on it a while back but it's something I'd like to see fixed soon, maybe before release? I've been using the following: ftp://ftp.jurai.net/users/winter/patches/geom-foot.patch Set the sysctl 'kern.geom.allow_foot_shooting' to 1 and cross your fingers. Most of the time accessing an already open device is harmless but I've encountered panics a few times. YMMV -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: CPUTYPE cr*p (Was: [kris@FreeBSD.org: 5.0-CURRENT build failureof ports you maintain])
On Mon, 18 Nov 2002, Joerg Wunsch wrote: I really /hate/ this CPU feature crap. So do I. I've also found that the only way to reliablly disable it is to comment it out from sys.mk. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: acpid implementation?
On 9 Nov 2002, Frode Nordahl wrote: instruct dhclient to get a new lease on resume (maybe free it on sleep), try to configure wlan if no link detected on ethernet etc. We need to import the OMAPI stuff that comes with the DHCP package. dhclient can be controlled just fine to deal with suspend/resume/sleep/wakeup events. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Will official-NVIDIA-driver for 4.7 work with -CURRENT ?
On Fri, 8 Nov 2002, Juan Francisco Rodriguez Hervella wrote: I've seen that... so, the only possibility we've got is to cry loudly at NVIDIA people and ask them to make a driver for -CURRENT (I shouldn't install -CURRENT on my home computer :( I run -CURRENT on my systems (which is where I did the initial kernel driver work for this driver.) If you're clever you can edit the 1 file preventing the driver from building on -CURRENT and it will all just work. You'll note that the package detects DEVFS, which isn't a -STABLE feature. The driver works just fine on -CURRENT but don't bother NVIDIA with bug reports if you're trying to use it there. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Will official-NVIDIA-driver for 4.7 work with -CURRENT ?
Recompile your kernel with options PCI_ALLOW_UNSUPPORTED_IO_RANGE On Fri, 8 Nov 2002, Willem van Engen wrote: Hmm, not for me (yet?). Part of dmesg: VESA: v3.0, 16384k memory, flags:0x1, mode table:0xc03bb322 (122) VESA: NVidia VESA: NVidia Riva TNT A0 agp0: VIA 82C597 (Apollo VP3) host to PCI bridge mem 0xe000-0xe3ff at device 0.0 on pci0 agp0: allocating GATT for aperture of size 256M nvidia0: RIVA TNT mem 0xe600-0xe6ff,0xe400-0xe4ff irq 11 at device 0.0 on pci1 pcib1: device nvidia0 requested decoded memory range 0xe400-0xe4ff pcib1: device nvidia0 requested unsupported memory range 0x0-0xe5ff (decoding 0xe400-0xe5ff, xe600-0xe6ff) nvidia0: Unable to allocate NVIDIA memory resource. device_probe_and_attach: nvidia0 attach returned 6 I had to disable the #error in nv_freebsd.h when compiling of course. - Willem On Fri, 08 Nov 2002 14:11:08 +0100 Juan Francisco Rodriguez Hervella [EMAIL PROTECTED] wrote: Hello, I've just seen the release of FreeBSD-NVIDIA driver for FreeBSD-4.7 Will this driver work with -CURRENT ?¿ PS: http://www.nvidia.com/view.asp?IO=freebsd_1.0-3203 -- JFRH. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Will official-NVIDIA-driver for 4.7 work with -CURRENT ?
On Fri, 8 Nov 2002, Terry Lambert wrote: Matthew N. Dodd wrote: Recompile your kernel with options PCI_ALLOW_UNSUPPORTED_IO_RANGE Given the number of times that this comes up, can we change that to PCI_ALLOW_ACTUALLY_SUPPORTED_IO_RANGE_WHICH_IS_NON_DEFAULT_TO_BE_ANNOYING ? I think the plan is to make this option a loader tunable and make the conditional in the pci code bitchy and then fix the larger problem with IO ranges. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: __sF
On Sat, 2 Nov 2002, Mark Murray wrote: This shouldn't be a problem. The commercial software Should Not Be(tm) supporting something as variable as CURRENT, and with the STABLE libraries around in COMPAT mode, the compiler Will Just Work(tm) (or should with not much effort). By the time __sF is mainstream, I guess the vendor will have adapted their product to match. Win, win. This isn't the case for one piece of vendor software that I'm not allowed to talk about. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: __sF
On Sat, 2 Nov 2002, Steve Kargl wrote: On Sat, Nov 02, 2002 at 06:15:09PM -0500, Matthew N. Dodd wrote: This isn't the case for one piece of vendor software that I'm not allowed to talk about. See the new WANT_COMPAT4_STDIO make.conf knob. This won't be acceptable as the vender will likely not be producing a separate 5.0 build (ie the same build needs to run on both.) until 4.x is EOLed. Forcing people to rebuild libc seems a high barrier to entry. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: devfs oddity?
On Sun, 6 Oct 2002, David O'Brien wrote: Since when hasn't it been standard on BSD based systems? Other than recently on FreeBSD, all other BSD systems I've used, the c partition has been necessary when wanting to operate on the entire disk. Has our CDROM driver ever supported multiple ISO filesystems per CD? Has it supported multi-session CDROMs? The notion of partitions on CDROMs is a little ambiguous. I'm hoping that GEOM can improve this. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: i386 tinderbox failure
On Sat, 5 Oct 2002, Poul-Henning Kamp wrote: It was my impression that people were trying to solve this issue so that mcd can coexist with GEOM properly. Indeed. I'm still working on removing the disklabel bits from mcd(4). I'll bandaid mcd_isa.c in the meantime. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Any users of matcd(4), mcd(4), or scd(4)?
On Fri, 4 Oct 2002, Hellmuth Michaelis wrote: To repeat an offer made to a recent announce of phk to axe these drivers, i have at least two working drives/controllers/docs for the mcd(4) driver which i am willing to ship to anyone who wants to maintain this driver in -current to prevent it from being axed out. I'd rather you just test them yourself. The mcd(4) driver is out of jeopardy right now. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: [ GEOM tests ] disklabel warnings and vinum drives lost
On Fri, 4 Oct 2002, Terry Lambert wrote: I think the major problem with the Vinum code is that it isn't very readable in an 80 column editor window with 8 column tabs, but that's pretty much the worst you can say about it, other than the code has not been maintained by the people changing subsystems out from under it. This changing APIs out from under WORKING subsystems is something I'd like to have a ruling on -CORE from. Calling it bit-rot is how people have gotten away with stuff like that in the past but it really has to stop. If your new super nifty kernel code is so wonderful then you can take the time to not break existing code and to update it properly to your new API. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Any users of matcd(4), mcd(4), or scd(4)?
On Thu, 3 Oct 2002, John Baldwin wrote: Are there any users who use the matcd(4), mcd(4) or scd(4) drivers? These drivers are for rather old non-standard CD-ROM controllers most of which only support 1x speeds. :) There are several changes being made to the kernel API's used by device drivers in -current. I can confirm that the 'mcd' driver works just fine in -CURRENT once you remove the duplicate make_dev() calls that someone forgot to prun when block devices were removed from the kernel. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: 3COM 3c509 eeprom failed to come ready
On Sun, 25 Aug 2002, Nate Lawson wrote: Beat me to it. Every problem I've had in the past with a pre-PnP ISA card was due to other device probes confusing the proper device. So I typically disable all probes of any non-PnP ISA cards unless I have them. Yea, the probe for the 3c507 (ie driver) isn't very smart. I've rewritten all the ISA front ends for the 'ie' driver but haven't yet gotten the rest of the driver into shape. If someone is interested in picking this up from me do speak up. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: 3COM 3c509 eeprom failed to come ready
On Sun, 25 Aug 2002, Craig Rodrigues wrote: ep0: 3Com 3C509-TPO EtherLink III at port 0x300-0x30f irq 11 on isa0 ep0: Ethernet address 00:60:08:05:3d:bd There don't appear to be any substantial differences in the 'ep' driver between -CURRENT and -STABLE. It could be that some other device driver is stomping on the card... Boot verbose and see if there is any additional information. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: VM panic
On Mon, 19 Aug 2002, Jason wrote: Wierd, I have it running just peachy on a dual P3 900 box Just so nobody else replies to this with something similar we're talking about PENTIUMS. Not the P3, P2, Alpha or anything else. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: VM panic
On Mon, 19 Aug 2002, Terry Lambert wrote: Yes. My ASUS Dual P90 machine has the same problem. I just thought it was the MP Spec compliance level of the BIOS, and gave up running -current. I guess it's not just me. 8-(. Its likely that we've got the same motherboard. Mine is a PCI/E-P54NP4 running 133s clocked at 120. I've also got a Tyan S1564D running a pair of 166MMX CPUs. It doesn't seem to be related to drivers or to the compiler. I haven't yet ruled out other parts of the toolchain. My last good build was 1 March 2002. Checking out a tree even as far back as mid-Feb doesn't yeild a good kernel though. I'm at a loss. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: VM panic
On Sat, 17 Aug 2002, Mark Murray wrote: If I do a make -jN world build on my dual MMX/200 box, I usually end up in tears (well, a panic anyway). This is completely reproducible, and the panic always happens in swapout_procs while vmdaemon is running. Anyone else getting this? I'm amazed you've got a dual Pentium running -CURRENT at all. both of mine haven't worked with SMP kernels for months. (dual P54C and dual P55C). -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: About 5.0 and Nvidia drivers
On Sat, 3 Aug 2002, Alp ATICI wrote: And what's the latest about the Nvidia drivers? It's mentioned that Nvidia has plans to produce the drivers for FreeBSD. I'd be happy to know what's going on in that issue too. Any day now. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: About 5.0 and Nvidia drivers
On Sat, 3 Aug 2002, Thierry Herbelot wrote: Le Saturday 03 August 2002 22:09, Matthew N. Dodd a écrit : On Sat, 3 Aug 2002, Alp ATICI wrote: And what's the latest about the Nvidia drivers? It's mentioned that Nvidia has plans to produce the drivers for FreeBSD. I'd be happy to know what's going on in that issue too. Any day now. wow ! what will this driver know to do ? (any URL to begin RTFMing ?) Sorry, this has been the status for months now. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: About 5.0 and Nvidia drivers
On Sat, 3 Aug 2002, Erik Greenwald wrote: ugh, sounds like the lip-service I was getting. I'll look into that :/ No, they're working on it, and actually have GL running in the lab. I'm starting to ponder the legality and challenge involved in reverse engineering the card and building a driver from scratch... maybe something that works with X the X way (dri/drm) You're a funny guy. You'd be better off working with ATI or the PowerVR people. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Minor things: swi_net: unregistered isr number
On Thu, 25 Apr 2002, Peter Wemm wrote: This is well known. If we recieve an ARP frame before we sent one, then we print this. eg: a broadcast ARP packet will trigger it. dhclient etc use bpf etc so ARP isn't initialized at this point. We could just put this block of code from arp_rtrequest() into arp_init(). LIST_INIT(llinfo_arp); timeout(arptimer, (caddr_t)0, hz); register_netisr(NETISR_ARP, arpintr); I'm not sure why it should to be in arp_rtrequest() in the first place. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kde3 on -current
On Mon, 22 Apr 2002, David W. Chapman Jr. wrote: Kde3 seems to work great under -current, kdegames3 fails to compile though. I get the following. Any ideas would be appreciated. In file included from fcs.h:57, from freecell.c:23: md5.h:17: redefinition of `u_int32_t' /usr/include/sys/types.h:116: `u_int32_t' previously declared here gmake[3]: *** [freecell.lo] Error 1 There are a couple of things that need !defined(__FreeBSD__) to them. (This error and the one after it IIRC.) There is one later on involving malloc.h in kdegraphics. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: pam_unix and missing function warnings
On 18 Apr 2002, Dag-Erling Smorgrav wrote: Try the attached patch. You'll need to rebuild libutil and restart sshd. Works. Thanks. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: pam_unix and missing function warnings
On 18 Apr 2002, Dag-Erling Smorgrav wrote: Actually, the bug is in the PAM configuration files that list pam_unix as a session module while pam_unix doesn't provide session management services. PAM is correct in whining about that. The solution is to remove lines like this from /etc/pam.d/*: session requiredpam_unix.so If not pam_unix, what module is responsible for updating utmp? Thats kind of what I thought the 'session' entry for pam_unix implied. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: alpha tinderbox failure
On Wed, 17 Apr 2002, Dag-Erling Smorgrav wrote: In file included from /.amd_mnt/freefall/host/d/home/des/tinderbox/src/lib/libatm/atm_addr.c:50: /tmp/des/obj/alpha/.amd_mnt/freefall/host/d/home/des/tinderbox/src/alpha/usr/include/netatm/atm_if.h:68: syntax error before `VENDOR_IDT' /tmp/des/obj/alpha/.amd_mnt/freefall/host/d/home/des/tinderbox/src/alpha/usr/include/netatm/atm_if.h:80: syntax error before `VENDAPI_IDT_1' /tmp/des/obj/alpha/.amd_mnt/freefall/host/d/home/des/tinderbox/src/alpha/usr/include/netatm/atm_if.h:95: syntax error before `DEV_IDT_155' /tmp/des/obj/alpha/.amd_mnt/freefall/host/d/home/des/tinderbox/src/alpha/usr/include/netatm/atm_if.h:122: syntax error before `BUS_EISA' This has been fixed. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: i386 tinderbox failure
On Sat, 6 Apr 2002, Dag-Erling Smorgrav wrote: /d/home/des/tinderbox/src/sys/netinet6/nd6.c:67: netinet/if_fddi.h: No such file or directory mkdep: compile failed This should be fixed already. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make buildkernel fails - missing header
On Sat, 6 Apr 2002, Chris van der Pennen wrote: /usr/src/sys/netinet6/nd6.c:67: netinet/if_fddi.h: No such file or directory mkdep: compile failed after which make fails with error 1. find /usr/src | grep fddi turns up a c-file, but no headers. This is with a cvsup as of a few minutes ago. I can attach the script file, if you like. That will teach me to grep a contaminated source tree... Fixed. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cvs commit: ports/lang Makefile ports/lang/icc Makefile distinfopkg-comment pkg-descr pkg-plist ports/lang/icc/files patch-include
On Tue, 2 Apr 2002, David O'Brien wrote: Oh that is easy to fix. We can do it in one of two ways. Show me the exact link line from icc (I want the equivalent to gcc -v). We can also tell 'icc' to use our 'ld'. -Qlocation,ld,/usr/bin That didn't seem to work to well though as it still tries to use their 'crti.o' object. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: asr can not map memory?
On Sun, 31 Mar 2002, Michael Smith wrote: You will tell me where I can buy disks for $1/GB and hotswap carriers at $20 a pop, right? 8) eBay. :) -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Current:LINT broken...
On Sat, 30 Mar 2002, Poul-Henning Kamp wrote: ../../../dev/pdq/pdq.c: In function `pdq_initialize': ../../../dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type *** Error code 1 Bah. Bandaided. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cvs commit: ports/lang Makefile ports/lang/icc Makefile distinfopkg-comment pkg-descr pkg-plist ports/lang/icc/files patch-include
On Thu, 28 Mar 2002, Alexander Leidinger wrote: I've tried to give it a start, so I also allowed __ICC in pcpu.h, now it fails with: I got most of src/bin src/sbin src/usr.bin src/usr.sbin and lib to compile with it. Libc had some issues with malloc and mmap() and wouldn't function when installed, but other things worked fine. My patches to src/share/mk/ are here: ftp://ftp.jurai.net/users/winter/icc.mk.diff This allows you to set 'USE_ICC' and 'ICFLAGS' and build stuff. Setting 'CFLAGS' to nil and 'NO_WARNS' is also a good idea. icc.cfg: -long_double -Ulinux -U__linux__ -U__linux -D__int64=long long -D__FreeBSD__=5 -D__attribute__(x)= -D__GNUC__=2 -D__ELF__=1 -D__ICC__=1 -nolib_inline -X -I/usr/include I also added a few lines to my /usr/local/intel/compiler50/ia32/bin/iccvars.csh setenv INTEL_FLEXLM_LICENSE /usr/local/intel/licenses setenv LM_LICENSE_FILE /usr/local/intel/licenses/l_cpp.lic setenv ICFLAGS '-O3 -tpp6 -ip' setenv USE_ICC setenv CFLAGS setenv CWARNFLAGS setenv NO_WARNS yes -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Updated ATAPI/CAM patches
On Thu, 28 Feb 2002, Søren Schmidt wrote: I'll quit the ATA/ATAPI development/maintenance if this goes in quickly. What? Are you looking at the same patches that everyone else is? I'd expect this sort of foot-dragging if the patch were intrusive to the ATA drivers but its not. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Why does bus_alloc_resource fail for sound and PCIC?
On Sat, 5 Jan 2002, Michael Reifenberger wrote: map[10]: type 4, range 32, base 2400, size 8, port disabled map[14]: type 4, range 32, base 2000, size 7, port disabled ... Which I interpret as: There are two ioports (type 4) which are disabled ( should get enabled using RF_ACTIVE flag)... While the PCI bus code should enable these resources, only the driver really knows if a PCI map will be used. It should enable it. See pci_enable_io() -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: today's -current: pseudofs
On Thu, 3 Jan 2002, Mikhail Teterin wrote: Although pseudofs is now required for procfs to link, config(8) does not know about it -- my old kernel config file with PROCFS raised no problems until the linking time, when a bunch of pseudofs functions turned out to be absent... Not sure why sys/conf/files doesn't have the right stuff listed to pull pseudofs in when procfs is defined... -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: panic: inthand_add: Can't initialize ICU
On Thu, 27 Sep 2001, Maxim Sobolev wrote: I found that I am no longer able to boot -current kernel on my machine. The system panices right after initialising ed0 driver: [...] ed0: NE2000 PCI Ethernet (RealTek 8029) port 0xe800-0xe81f irq 9 at device 9.0 on pci0 panic: inthand_add: can't initialize ICU Attached please find verbose kernel bootup messages obtained from the last good kernel from about a week ago. Revision 1.59 of sys/i386/isa/intr_machdep.c added the return to the following block of code (in icu_setup()). #if defined(APIC_IO) if ((u_int)intr = ICU_LEN) /* no 8259 SLAVE to ignore */ #else if ((u_int)intr = ICU_LEN || intr == ICU_SLAVEID) #endif /* APIC_IO */ +return (EINVAL); if (intr_handler[intr] != isa_strayintr) return (EBUSY); I'm not sure if the above change is correct but I'd be interested to see if the problem goes away if you prevent IRQ 9 from being assigned. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Funny Interrupt settings on AXPpci33
On Mon, 2 Apr 2001, Bernd Walter wrote:
Copyright (c) 1992-2001 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #0: Mon Apr 2 19:33:20 CEST 2001
[EMAIL PROTECTED]:/var/d8/src-2001-03-28/src/sys/compile/CICELY10
DEC AXPpci
Alpha PC AXPpci33, 166MHz
Yes, I fixed this and posted a patch for review to freebsd-alpha.
Please find it attached and test it for me. I'll commit it if I can 1
other person to say that it works properly.
Thanks.
--
| Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD |
| [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax |
| http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever |
Index: alpha/dec_axppci_33.c
===
RCS file: /cvs/src/sys/alpha/alpha/dec_axppci_33.c,v
retrieving revision 1.11
diff -u -r1.11 dec_axppci_33.c
--- alpha/dec_axppci_33.c 2001/02/01 21:59:00 1.11
+++ alpha/dec_axppci_33.c 2001/03/17 19:50:12
@@ -56,6 +56,7 @@
void dec_axppci_33_init __P((void));
static void dec_axppci_33_cons_init __P((void));
static int dec_axppci_33_intr_route __P((device_t, device_t, int));
+int dec_axppci_33_intr_map(u_int, int);
extern int siocnattach __P((int, int));
extern int siogdbattach __P((int, int));
@@ -91,7 +92,7 @@
platform.model = alpha_unknown_sysname();
}
- platform.iobus = "lca";
+ platform.iobus = "axppci33_lca";
platform.cons_init = dec_axppci_33_cons_init;
platform.pci_intr_route = dec_axppci_33_intr_route;
@@ -120,9 +121,11 @@
lca_init();
+#if 0
#ifdef DDB
siogdbattach(0x2f8, 9600);
#endif
+#endif
ctb = (struct ctb *)(((caddr_t)hwrpb) + hwrpb-rpb_ctb_off);
switch (ctb-ctb_term_type) {
@@ -166,10 +169,15 @@
}
#defineSIO_PCIREG_PIRQ_RTCTRL 0x60/* PIRQ0 Route Control */
-
static int
dec_axppci_33_intr_route(device_t pcib, device_t dev, int pin)
{
+ return (dec_axppci_33_intr_map(pci_get_slot(dev), pin));
+}
+
+int
+dec_axppci_33_intr_map(u_int s, int pin)
+{
int pirq;
u_int32_t pirqreg;
u_int8_t pirqline;
@@ -182,7 +190,7 @@
* Slot-interrupt translation. Taken from NetBSD.
*/
- switch (pci_get_slot(dev)) {
+ switch (s) {
case 6: /* NCR SCSI */
pirq = 3;
break;
@@ -234,7 +242,7 @@
default:
printf("dec_axppci_33_intr_map: weird slot number %d\n",
- pci_get_slot(dev));
+ s);
return(255);
}
Index: pci/lca.c
===
RCS file: /cvs/src/sys/alpha/pci/lca.c,v
retrieving revision 1.14
diff -u -r1.14 lca.c
--- pci/lca.c 2000/08/28 21:48:03 1.14
+++ pci/lca.c 2001/03/17 08:26:36
@@ -142,6 +142,12 @@
sizeof(struct lca_softc),
};
+static driver_t axppci33_lca_driver = {
+ "axppci33_lca",
+ lca_methods,
+ sizeof(struct lca_softc),
+};
+
#define LCA_SGMAP_BASE (8*1024*1024)
#define LCA_SGMAP_SIZE (8*1024*1024)
@@ -285,4 +291,4 @@
}
DRIVER_MODULE(lca, root, lca_driver, lca_devclass, 0, 0);
-
+DRIVER_MODULE(axppci33_lca, root, axppci33_lca_driver, lca_devclass, 0, 0);
Index: pci/lca_pci.c
===
RCS file: /cvs/src/sys/alpha/pci/lca_pci.c,v
retrieving revision 1.9
diff -u -r1.9 lca_pci.c
--- pci/lca_pci.c 2000/12/08 22:11:23 1.9
+++ pci/lca_pci.c 2001/03/18 03:42:12
@@ -33,9 +33,11 @@
#include sys/bus.h
#include machine/bus.h
#include sys/rman.h
-#include pci/pcivar.h
+#include dev/pci/pcivar.h
+#include dev/pci/pcireg.h
#include machine/swiz.h
#include machine/md_var.h
+#include machine/cpuconf.h
#include alpha/pci/lcareg.h
#include alpha/pci/lcavar.h
@@ -130,7 +132,34 @@
return; \
} while (0)
+/* XXX should move to a header file somewhere? */
+int dec_axppci_33_intr_map(u_int, int);
+
u_int32_t
+axppci33_lca_pcib_read_config(device_t dev, u_int b, u_int s, u_int f,
+u_int reg, int width)
+{
+ if ((reg == PCIR_INTLINE) (width == 1)) {
+ switch (s) {
+ case 6: /* NCR SCSI */
+ case 8: /* Slot 3 */
+ case 11:/* Slot 1 */
+ case 12:/* Slot 2 */
+ {
+ int pin;
+ pin = lca_pcib_read_config(dev, b, s, f, PCIR_INT
Re: ahc driver: aic7892 no longer supported (conflict with ATA)
On Thu, 22 Mar 2001, Mike Smith wrote: The interrupt is shareable; the BIOS knows best, and the ATA driver should sod off in this case. If we want to argue about it, we can get a dump of the PCI interrupt routing table for this machine. 8) Soren's concern is that some systems route IRQ 14 and 15 very oddly, but the only region for conflicts is really IRQs assigned to ISA devices. I'm of the opinion that the ATA driver shouldn't be mucking about with resources that the PCI device hasn't assigned it but he claims he can't get the information anywhere else for broken ATA devices that don't request resources. I'm pretty sure that hints work for PCI devices too right? :) Damn cheap hardware. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ahc driver: aic7892 no longer supported (conflict with ATA)
On Thu, 22 Mar 2001, Justin T. Gibbs wrote: I think I found the problem. The problem occur since 03/14/2001. The following files could be infvolved: You'll have to ask Soren about this. It looks like one part of ata-all (this is in -stable), clears the RF_SHAREABLE flag. I don't know why this would be necessary for a PCI IDE device. Yea, this bit me in the ass too and Soren mumbled something about how IDE devices are allowed to violate PCI spec or something (at least thats how it sounded to me). I just told the BIOS to use other interrupts for the slots and not assign either of 14 or 15. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Ethernet entropy harvesting seriously pessimizes performance
On Mon, 12 Mar 2001, Mark Murray wrote: Lots of security minded people what _all_ the interrupt entropy they can get, and this method gives them that while allowing others to throttle the harvester back. Lots of -CURRENT users want to be able to use their systems to write code without tripping over /dev/random and friends. I hear lots of people objecting to this code and alot of handwaving in response. Choose reasonable defaults already. The -CURRENT cvs tree isn't the proper venue for doing crypto research. Thanks. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
