[PATCH] option to re-enable aggressive ATA probing (was: 5.3 -> 5.4 breaks ATA (Intel ICH2))

2005-09-26 Thread Tim Howe
Tim Howe <[EMAIL PROTECTED]> writes:

> ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0

This turned out to be the key.

Version 1.51 of ata-lowlevel.c added a check for stat0/1, err, lsb, and
msb being identical.  If they are, it aborts the probe.  The attached
patch creates an option ATA_AGGRESSIVE_PROBE which disables this for the
old aggressive behavior (which may wait up to the full 31 seconds).

I also took the liberty of reworking the still-busy check from 3
equality tests to 2 bitmask tests.  It seems simpler to my eye with
identical results, but if I missed something or the other style was
preferred please let me know.

The patch is against 5-STABLE because that's what I have.

-- 
Tim Howe
Software Engineer
Celebrity Resorts, Inc.
--- sys/conf/options.stock	Tue Sep 27 00:28:50 2005
+++ sys/conf/options	Tue Sep 27 00:55:53 2005
@@ -301,6 +301,7 @@
 # Options used in the 'ata' ATA/ATAPI driver
 ATA_STATIC_ID		opt_ata.h
 ATA_NOPCI		opt_ata.h
+ATA_AGGRESSIVE_PROBE	opt_ata.h
 DEV_ATADISK		opt_ata.h
 DEV_ATAPICD		opt_ata.h
 DEV_ATAPIST		opt_ata.h
--- sys/conf/NOTES.stock	Tue Sep 27 00:30:28 2005
+++ sys/conf/NOTES	Tue Sep 27 00:56:39 2005
@@ -1501,8 +1501,11 @@
 #
 # ATA_STATIC_ID:	controller numbering is static ie depends on location
 #			else the device numbers are dynamically allocated.
+# ATA_AGGRESSIVE_PROBE:	Does not give up on probing when all err, lsb, and
+			msb are identical.
 
 options 	ATA_STATIC_ID
+#options	ATA_AGGRESSIVE_PROBE
 
 #
 # Standard floppy disk controllers and floppy tapes, supports
--- sys/dev/ata/ata-lowlevel.c.stock	Tue Sep 27 00:31:10 2005
+++ sys/dev/ata/ata-lowlevel.c	Tue Sep 27 00:59:19 2005
@@ -604,24 +604,21 @@
 		}
 	}
 	}
-	if (mask == 0x01)	/* wait for master only */
-	if (!(stat0 & ATA_S_BUSY) || (stat0 == 0xff && timeout > 5) ||
-		(stat0 == err && lsb == err && msb == err && timeout > 5))
-		break;
-	if (mask == 0x02)	/* wait for slave only */
-	if (!(stat1 & ATA_S_BUSY) || (stat1 == 0xff && timeout > 5) ||
-		(stat1 == err && lsb == err && msb == err && timeout > 5))
-		break;
-	if (mask == 0x03) {	/* wait for both master & slave */
-	if (!(stat0 & ATA_S_BUSY) && !(stat1 & ATA_S_BUSY))
-		break;
-	if ((stat0 == 0xff && timeout > 5) ||
-		(stat0 == err && lsb == err && msb == err && timeout > 5))
-		mask &= ~0x01;
-	if ((stat1 == 0xff && timeout > 5) ||
-		(stat1 == err && lsb == err && msb == err && timeout > 5))
-		mask &= ~0x02;
-	}
+
+if (mask & 0x01)/* waiting for master */
+if (!(stat0 & ATA_S_BUSY) || (stat0 == 0xff && timeout > 5)
+#ifndef ATA_AGGRESSIVE_PROBE
+|| (stat0 == err && lsb == err && msb == err && timeout > 5)
+#endif
+)
+mask &= ~0x01;
+if (mask & 0x02)/* waiting for slave */
+if (!(stat1 & ATA_S_BUSY) || (stat1 = 0xff && timeout > 5)
+#ifndef ATA_AGGRESSIVE_PROBE
+|| (stat1 == err && lsb == err && msb == err && timeout > 5)
+#endif
+)
+mask &= ~0x02;
 	if (mask == 0 && !(stat0 & ATA_S_BUSY) && !(stat1 & ATA_S_BUSY))
 	break;
 
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: 5.4-STABLE changes breaks IDE boot (was Re: 5.3 -> 5.4 breaks ATA (Intel ICH2))

2005-09-26 Thread Julian C. Dunn
On Sun, 2005-09-25 at 15:36 -0500, Billy Newsom wrote:

> I would like to concur with this sighting. I will repeat it to emphasize 
> this for whoever can decipher this for bug fixes:
> 
> 1. In recent  5-Stable
> 2. The IDE controller, atapci0,
> 3. seems to be detectected, but without a certain memory allocation
> 4. namely, 0xfff0-0x
> 5. while the other memory and I/O segments are detected fine.
> 
> Furthermore,
> 6. It won't boot on the affected machines.
> 7. More than one controller is affected (ICH2, PIIX3, and possibly PIIX4)
> 8. Mine, at least, boots fine to a July 4th 5-Stable.
> 
> Here is an example I found from someone reporting a similar issue 
> (Julian Dunn)
> 
> Look at this from his dmesg:
> 
> *First* his good booting dmesg line:
> atapci0:  port 
> 0xfff0-0x,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.1 on pci0
> 
> *Second* his non-booting dmesg line:
> atapci0:  port
>   0x376,0x170-0x177,0x3f6,0x1f0-0x1f
> atapci0: Lazy allocation of 0x10 bytes rid 0x20 type 4 at 0
> 7 at device 2.1 on pci0
> 
> Can I point out the fact that these two lines (first from the good, 
> second from the bad dmesg) seem to say that atapci0 is not getting its 
> memory segment detected -- the segment at 0xfff0-0x.

Here's a bit more information about the defect. I discovered this
accidentally while testing out a -STABLE kernel built today. When I
booted the -STABLE kernel, it went and autoloaded the
old /boot/kernel/acpi.ko from the -RELEASE kernel, and the system would
boot as normal. However, if I broke to the loader prompt and loaded the
-STABLE kernel and its corresponding acpi.ko, the machine would fail to
boot (as above, with the memory segment not being detected).

Would this help anyone in filing a PR about the issue?

- Julian

-- 
[ Julian C. Dunn <[EMAIL PROTECTED]>  *  "You can throw confetti,   ]
[ WWW: www.aquezada.com/staff/julian   *  but you're still going ]
[ PGP: 91B3 7A9D 683C 7C16 715F*  through the motions, baby" ]
[  442C 6065 D533 FDC2 05B9*- Aimee Mann ]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Sisters and brothers are crazy about each other!

2005-09-26 Thread Karl Agathon
--- Lenora Rudd <[EMAIL PROTECTED]> wrote:

> Pleased to meet you!
> I am happy to show you
> 
> 
> More than 3000's of real Hot-Teens want to meet ya
> NOW!
> 
>   http://www.pimytuwohopo.com
> Just look at this stuff

http://uptime.netcraft.com/up/graph?site=www.pimytuwohopo.com

"http://www.pimytuwohopo.com was running unknown on
FreeBSD  when last queried"

well i guess it wasn't TOTALLY offtopic



__ 
Yahoo! Mail - PC Magazine Editors' Choice 2005 
http://mail.yahoo.com
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Sisters and brothers are crazy about each other!

2005-09-26 Thread Lenora Rudd

Pleased to meet you!
I am happy to show you


More than 3000's of real Hot-Teens want to meet ya NOW!

http://www.pimytuwohopo.com
Just look at this stuff



___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Jail to jail network performance?

2005-09-26 Thread Craig Boston
On Mon, Sep 26, 2005 at 12:06:39PM -0700, Brandon Fosdick wrote:
> Ideally I would like a daemon like socat that can connect/merge two
> sockets into one, effectively creating a direct connection and
> eliminating a copy. But AFAICT that isn't possible with the current
> interface.

It depends how dirty you want your hands to get.  Such a thing can be
achieved.  Not so much the merging, but it is possible to pass a file
descriptor over a UNIX domain socket, so in theory a small daemon which
was able to access both file systems should be able to do a handoff.  It
would likely mean modifying the MySQL client library, however.

See the sendmsg(2) and recvmsg(2) functions, specifically the SOL_SOCKET
flag in the recvmsg man page.

Craig
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Re[2]: HP DL140 and ata0-slave: FAILURE-ATA_IDENTIFY timed out.

2005-09-26 Thread Scot Hetzel
On 9/26/05, peceka <[EMAIL PROTECTED]> wrote:
> Hi,
>
> > ATA MKiiin Sources & Patch files
> >- http://people.freebsd.org/~sos/ATA/ata-mk3n-releng5.tar.gz
> >- http://people.freebsd.org/~sos/ATA/ata-mk3n.diff-releng5.gz
>
> And how stable is this driver? Can it be installed on production
> machine?
>

I'm not sure as to how stable the driver is, but this driver is
currently in 6.x and 7.x-CURRENT.  As Soren had mentioned that he is
only supporting this driver, as he wants to replace the ATA driver in
5.x with this one.

It would be best to ask Soren , about the use of
this driver on production servers.

Scot
--
DISCLAIMER:
No electrons were mamed while sending this message. Only slightly bruised.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


[with trace] Re: 6.0-BETA5 from yesterday panics on kldload nfsserver.ko

2005-09-26 Thread Ion-Mihai Tetcu
On Sun, 25 Sep 2005 10:31:11 -0400
Kris Kennaway <[EMAIL PROTECTED]> wrote:

> On Sun, Sep 25, 2005 at 04:20:17PM +0300, Ion-Mihai Tetcu wrote:
> > This is completely reproducible, unfortunately the core file is
> > corrupted.
> > 
> > warning: "/usr/crash/vmcore.1": no core file handler recognizes
> > format, using default Can't fetch registers from this type of core
> > file Can't fetch registers from this type of core file
> > #0  0x in ?? ()
> > (gdb) 
> 
> Do you mean gdb or kgdb?  You should use the latter.

You're right, of course; old habit, I've used gdb -k and then only
gdb :( Thanks for point it out. Here's a trace:



Unread portion of the kernel message buffer:


Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x464c457f
fault code  = supervisor read, page not present
instruction pointer = 0x20:0xc04de72a
stack pointer   = 0x28:0xeb34ba40
frame pointer   = 0x28:0xeb34ba50
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 1434 (kldload)
Dumping 1023 MB (2 chunks)
  chunk 0: 1MB (159 pages) ... ok
  chunk 1: 1023MB (261872 pages) 1007 991 975 959 943 927 911 895 879 863 847 
831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 
511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 
191 175 159 143 127 111 95 79 63 47 31 15

#0  doadump () at pcpu.h:165
165 pcpu.h: No such file or directory.
in pcpu.h
(kgdb) bt
#0  doadump () at pcpu.h:165
#1  0xc0444367 in db_fncall (dummy1=-348866464, dummy2=0, dummy3=16, 
dummy4=0xeb34b858 "à»aÀ¯6fÀ\033³gÀ")
at /usr/src/sys/ddb/db_command.c:489
#2  0xc0444800 in db_command_loop () at /usr/src/sys/ddb/db_command.c:349
#3  0xc04465b4 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221
#4  0xc04f37c2 in kdb_trap (type=0, code=0, tf=0xeb34ba00) at 
/usr/src/sys/kern/subr_kdb.c:473
#5  0xc062fdd4 in trap_fatal (frame=0xeb34ba00, eva=1179403647) at 
/usr/src/sys/i386/i386/trap.c:832
#6  0xc06300fb in trap_pfault (frame=0xeb34ba00, usermode=0, eva=1179403647)
at /usr/src/sys/i386/i386/trap.c:752
#7  0xc0630476 in trap (frame=
  {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = 0, tf_esi = 27264, tf_ebp = 
-348865968, tf_isp = -348866004, tf_ebx = -1017933824, tf_edx = 1179403647, 
tf_ecx = 0, tf_eax = 27264, tf_trapno = 12, tf_err = 0, tf_eip = -1068636374, 
tf_cs = 32, tf_eflags = 66178, tf_esp = -1067038549, tf_ss = -1067051490})
at /usr/src/sys/i386/i386/trap.c:442
#8  0xc061dfda in calltrap () at /usr/src/sys/i386/i386/exception.s:139
#9  0xc04de72a in sysctl_find_oidname (name=0x6a80 , list=0x464c457f)
at /usr/src/sys/kern/kern_sysctl.c:77
#10 0xc04de77e in sysctl_register_oid (oidp=0xc3539000) at 
/usr/src/sys/kern/kern_sysctl.c:105
#11 0xc04c5d2d in linker_file_register_sysctls (lf=0x6a80) at 
/usr/src/sys/kern/kern_linker.c:255
#12 0xc04c825b in linker_load_module (kldname=0xc3244a20 
"/boot/kernel/nfsserver.ko", modname=0x0,
parent=0x0, verinfo=0x0, lfpp=0xeb34bcc0) at 
/usr/src/sys/kern/kern_linker.c:366
#13 0xc04c881f in kldload (td=0xc26c5c80, uap=0x6a80) at 
/usr/src/sys/kern/kern_linker.c:785
#14 0xc063087d in syscall (frame=
  {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 0, tf_esi = -1077941040, 
tf_ebp = -1077941096, tf_isp = -348865180, tf_ebx = 0, tf_edx = -1, tf_ecx = 1, 
tf_eax = 304, tf_trapno = 12, tf_err = 2, tf_eip = 671900319, tf_cs = 51, 
tf_eflags = 531, tf_esp = -1077941156, tf_ss = 59}) at 
/usr/src/sys/i386/i386/trap.c:986
#15 0xc061e02f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200
#16 0x0033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb) l *0xc04de72a
0xc04de72a is in sysctl_find_oidname (/usr/src/sys/kern/kern_sysctl.c:80).
75  static struct sysctl_oid *
76  sysctl_find_oidname(const char *name, struct sysctl_oid_list *list)
77  {
78  struct sysctl_oid *oidp;
79
80  SLIST_FOREACH(oidp, list, oid_link) {
81  if (strcmp(oidp->oid_name, name) == 0) {
82  return (oidp);
83  }
84  }


> > The only exotic thing is that I'm using ULE.
> > 
> > This was a complete clean build (rm -rf /usr/src/* &&
> > cvsup .).
> 
> But did you rebuild the nfsserver module?  e.g. you are not using
> MODULES_OVERRIDE, and the module and kernel have the same date?

Yup. It was a buildword/buildkernel/... procedure. (upgrading
from beta 3 or 4) (and I build all modules).



-- 
IOnut
Unregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EM

Re: Jail to jail network performance?

2005-09-26 Thread Brandon Fosdick
Ok, here's what I've decided. But first, thanks for all of the help.

Currently the MySQL databases are on a seperate RAID volume, and I'd like to 
keep it that way for performance purposes. In general I want to avoid putting 
anything on the raid that isn't a database. I don't want the raid volme to get 
hit for both database access and regular httpd/system use. In order to make a 
hardlink to the mysql socket it would have to be on the same volume as the 
httpd jail, which would then mean both jails have to be on the raid volume, 
which is what I want to avoid. However, if mysql isn't jailed it has access to 
both system and raid volumes and can put it's socket someplace accessible to 
the httpd jail. Since I've already set mysql to only accept domain socket 
connections I can probably get away without putting it in a jail. So I've 
decided to jail httpd and friends and leave mysql running in the host 
environment.

I would have liked to use Robert Watson's suggested socket brokering daemon, 
and I stumbled on socat which appears to do the trick. But as far as I can tell 
socat just copies between two sockets, which seems like it might have 
performance issues. Albeit less so than using TCP sockets. Ideally I would like 
a daemon like socat that can connect/merge two sockets into one, effectively 
creating a direct connection and eliminating a copy. But AFAICT that isn't 
possible with the current interface. I don't know enough about the kernel to 
know if such a thing is even possible, but intuitively it seems like it should 
be. If somebody where to make socket merging possible, or tell me how to do it, 
I would be happy to write the daemon to make use of it. Until then I'm using an 
unjailed mysql.

Thanks for the help.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Jail to jail network performance?

2005-09-26 Thread Brandon Fosdick
Robert Watson wrote:
> Last I checked, MySQL used solely TCP and UNIX domain sockets for
> communication, and not System V IPC.  I believe PostgreSQL, however,
> used System V IPC.

For some reason I was thinking that domain sockets and System V IPC were the 
same thing. Now I know better. Thanks.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


[PATCH] options NET_WITH_GIANT has no effect on 5.x

2005-09-26 Thread Ed Maste
I tried to build a kernel with options NET_WITH_GIANT and discovered
that debug_mpsafenet is still set to 1.  It seems that when this was
MFC'd the #include "opt_net.h" was missed; the attached patch should
correct this.

--
Ed Maste, Sandvine Incorporated
Index: netisr.c
===
RCS file: /usr/cvs/src/sys/net/netisr.c,v
retrieving revision 1.10.2.3
diff -u -3 -r1.10.2.3 netisr.c
--- netisr.c14 Oct 2004 19:19:24 -  1.10.2.3
+++ netisr.c26 Sep 2005 17:07:14 -
@@ -27,6 +27,8 @@
  * $FreeBSD$
  */
 
+#include "opt_net.h"
+
 #include 
 #include 
 #include 
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Question about atheros wireless card

2005-09-26 Thread Brooks Davis
On Fri, Sep 23, 2005 at 08:14:34PM +0200, [EMAIL PROTECTED] wrote:
> Hi all,
> 
>  Is DWL-G520 (atheros chipset) wireless card only supported under i386 
> platform?? I am trying to compile new kernel with this nic and returns 
> me  this error:
> 
> ah_osdep.o(.text+0x210): In function `ath_hal_modevent':
> : undefined reference to `ath_hal_version'
> ah_osdep.o(.data+0xb8): undefined reference to `ath_hal_version'
> if_ath.o(.text+0xbc): In function `ath_attach':
> : undefined reference to `ath_hal_attach'
> if_ath.o(.text+0xc0): In function `ath_attach':
> : undefined reference to `ath_hal_attach'
> if_ath.o(.text+0x4ae4): In function `ath_tx_start':
> : undefined reference to `ath_hal_computetxtime'
> if_ath.o(.text+0x4ae8): In function `ath_tx_start':
> : undefined reference to `ath_hal_computetxtime'
> if_ath.o(.text+0x4b98): In function `ath_tx_start':
> : undefined reference to `ath_hal_computetxtime'
> if_ath.o(.text+0x4b9c): In function `ath_tx_start':
> : undefined reference to `ath_hal_computetxtime'
> if_ath.o(.text+0x4bc8): In function `ath_tx_start':
> : undefined reference to `ath_hal_computetxtime'
> if_ath.o(.text+0x4bcc): more undefined references to 
> `ath_hal_computetxtime' follow
> if_ath.o(.text+0x66d0): In function `ath_getchannels':
> : undefined reference to `ath_hal_init_channels'
> if_ath.o(.text+0x66d4): In function `ath_getchannels':
> : undefined reference to `ath_hal_init_channels'
> if_ath.o(.text+0x6748): In function `ath_getchannels':
> : undefined reference to `ath_hal_mhz2ieee'
> if_ath.o(.text+0x674c): In function `ath_getchannels':
> : undefined reference to `ath_hal_mhz2ieee'
> if_ath_pci.o(.text+0x11c): In function `ath_pci_probe':
> : undefined reference to `ath_hal_probe'
> if_ath_pci.o(.text+0x120): In function `ath_pci_probe':
> : undefined reference to `ath_hal_probe'
> 
>  And I found the same problem under amd64: 
> http://lists.freebsd.org/pipermail/freebsd-amd64/2005-March/004209.html.
> 
>  Is this driver supported for Alpha platform??? or do I need to install 
> FreeBSD 6 BETA ???

This device requires an architecture dependent HAL which is currently
only supported for i386 and amd64.

-- Brooks

-- 
Any statement of the form "X is the one, true Y" is FALSE.
PGP fingerprint 655D 519C 26A7 82E7 2529  9BF0 5D8E 8BE9 F238 1AD4


pgphzQeGPFuOA.pgp
Description: PGP signature


Re: 6BETA5 panic with ifconfig nge

2005-09-26 Thread Yuriy N. Shkandybin
Patch below fixes my panics:
Main is:
sc->nge_ldata = contigmalloc(sizeof(struct nge_list_data), M_DEVBUF,
-   M_NOWAIT, 0, 0x, PAGE_SIZE, 0);
+   M_NOWAIT|M_ZERO, 0, 0x, PAGE_SIZE, 0);

Other is incorporated rev. 1.78-1.79 of if_nge.c from HEAD.

Jura




--- if_nge.c.orig   Mon Sep 26 17:02:00 2005
+++ if_nge.c.my Mon Sep 26 16:59:26 2005
@@ -839,7 +839,7 @@

/* XXX: leaked on error */
sc->nge_ldata = contigmalloc(sizeof(struct nge_list_data), M_DEVBUF,
-   M_NOWAIT, 0, 0x, PAGE_SIZE, 0);
+   M_NOWAIT|M_ZERO, 0, 0x, PAGE_SIZE, 0);

if (sc->nge_ldata == NULL) {
printf("nge%d: no memory for list buffers!\n", unit);
@@ -912,6 +912,7 @@

} else {
printf("nge%d: MII without any PHY!\n", sc->nge_unit);
+   if_free(ifp);
bus_release_resource(dev, SYS_RES_IRQ, 0, sc->nge_irq);
bus_release_resource(dev, NGE_RES, NGE_RID,
 sc->nge_res);
@@ -933,6 +934,7 @@
nge_intr, sc, &sc->nge_intrhand);
if (error) {
/* XXX: resource leaks */
+   if_free(ifp);
bus_release_resource(dev, SYS_RES_IRQ, 0, sc->nge_irq);
bus_release_resource(dev, NGE_RES, NGE_RID, sc->nge_res);
printf("nge%d: couldn't set up irq\n", unit);
@@ -960,7 +962,6 @@
nge_stop(sc);
NGE_UNLOCK(sc);
ether_ifdetach(ifp);
-   if_free(ifp);

bus_generic_detach(dev);
if (!sc->nge_tbi) {
@@ -971,6 +972,7 @@
bus_release_resource(dev, NGE_RES, NGE_RID, sc->nge_res);

contigfree(sc->nge_ldata, sizeof(struct nge_list_data), M_DEVBUF);
+   if_free(ifp);

NGE_LOCK_DESTROY(sc);
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Message *Not* Posted to AeroElectric-List...

2005-09-26 Thread bounces
--  
-- "Poster:   freebsd-stable@freebsd.org"
-- "Subject:  Returned mail: see transcript for details"
--  
--  The message below was not posted to the AeroElectric-List because the
--  poster is not a member of any Email List on the Matronics Email System.
--  
--  Note that this check can be triggered in some cases where your
--  your message's From: address isn't an *exact* match to the email
--  address that is subscribed.  An example of this might be where
--  you are subscribed to a List as:
--  
--   "[EMAIL PROTECTED]"
--  
--  but your email message's From: line shows your address as:
--  
--   "[EMAIL PROTECTED]" 
--  
--  While these may be functionally the same email address, there is
--  no way for the receiving email system to determine that they are
--  in fact actually the same address.
--  
--  If this has occured to you while posting a message to a List here at
--  Matronics, please either change your email application's configuration
--  so that your From: line matches the email address you have subscribed
--  as, or go to the Subscription Web Site and unsubscribe your old email
--  address an subscribe your actual email address.  The Matronics Email
--  List Subscription Web Page can be found at:
--  
--   http://www.matronics.com/subscribe
--  
--  Thank you for your interest in these Email Lists,
--  
--  Matt Dralle
--  Matronics Email List Administrator
--  [EMAIL PROTECTED]
--  
--  
 
 
>---
> 
> 
> From freebsd-stable@freebsd.org Mon Sep 26 03:16:52 2005
> Received: from freebsd.org (host94-103.pool81119.interbusiness.it 
> [81.119.103.94])
>   by matronics.com (8.13.1/8.13.1) with ESMTP id j8QAGnre006696
>   for <[EMAIL PROTECTED]>; Mon, 26 Sep 2005 03:16:50 -0700
> Message-Id: <[EMAIL PROTECTED]>
> From: freebsd-stable@freebsd.org
> To: [EMAIL PROTECTED]
> Subject: Returned mail: see transcript for details
> Date: Mon, 26 Sep 2005 12:03:37 +0200
> MIME-Version: 1.0
> X-Priority: 3
> X-MSMail-Priority: Normal
> X-Mailer: Microsoft Outlook Express 6.00.2600.
> X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.
> X-StripMime: Non-text section removed by stripmime
> Content-Transfer-Encoding: 7bit
> Content-Type: text/plain;charset=us-ascii
> 
> 5['2AtR~?tG:
> C$Of065b`
> a&REA(p GvJF4v.
> _DA1Y#tw_
> .c]'>vw6
> cUMu.mO-SQSrUkVV!
> J#)OhpUC<6>F]pPN>_{} _"ybeW[;R
> %[E~
> 4o:NDOXWg5>mrt\&_I(20j7)2k;3[fxDQs`XSoaT-
> 
> 0imRY~?*q8_wg26l#F>nD|heKJ"/
> 
> 
> PUg3C#GbmY>#:GA $]Q
> E%L)K$*k//T[{_hXIW%w/ a"CY&q9B'ExEcjAyI6
> HU$zm
> e0$<&wwiWv
> #u#_.i8UbU-bqOiy_Ez/L59d`
> ,!YVYF#8&Wf$Jp}EZLM P6grG8(O%6#Il]/D,,_mT3R'G5z#\&O* hk
> 3{`F~6b-\iPBqy>z`EzF1*tX}'DdsXjv-S|Q-R|{3iF]eGR"_He3V7<7X|.5,U~GpH,kIKt4T
> Cc
> ny/mwKiyozim
> r8n.3bNYPqO5&
> 4CC]#%]-
> jTmMl2>i/UJqDJ
> 
> %zrc/G
> U$M
> \q0/18p|l9]m)]JnBzYQe-3lr;mRa\E~J8XQek
> ;boZ
> 
> 
> 
> 
>---
 
 
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re[2]: HP DL140 and ata0-slave: FAILURE-ATA_IDENTIFY timed out.

2005-09-26 Thread peceka
Hi,

> ATA MKiiin Sources & Patch files
>- http://people.freebsd.org/~sos/ATA/ata-mk3n-releng5.tar.gz
>- http://people.freebsd.org/~sos/ATA/ata-mk3n.diff-releng5.gz

And how stable is this driver? Can it be installed on production
machine?

Regards,
p.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Jail to jail network performance?

2005-09-26 Thread Robert Watson

On Sun, 25 Sep 2005, Brandon Fosdick wrote:


Robert Watson wrote:

There are several ways you can do it, but they generally fall into two
classes of activies:

(1) Modifying the name space exclusion assumption for jails, so that the
file system name spaces overlap.  One way to do this is with nullfs.

(2) Having a daemon or tool that runs outside of the jail and brokers
communication between the jails.  One example might be a daemon that
inserts a UNIX domain socket into both jails and then provides
references to shared IPC objects between the two "by request".
Another example might be a daemon or tool that responds to a request
and creates a hard link from a socket/fifo endpoint visible in one
jail to a name visible in another jail, perhaps when setting up the
jail.  The former requires more infrastructure, but the latter is less
flexible.


The jail(8) man page says that if the MIB 
security.jail.sysvipc_allowed=1 processes inside a jail can use IPC to 
talk to stuff in other jails. How does that affect mysql in a jail? Do I 
need this enabled to run mysql?


Last I checked, MySQL used solely TCP and UNIX domain sockets for 
communication, and not System V IPC.  I believe PostgreSQL, however, used 
System V IPC.


Robert N M Watson
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"