An undetected change in GCC 3.2.1-release sources, imported on
December 4th, 2002, effectively caused an ABI change on FreeBSD/i386
5.x. The change in GCC source is believed to be a bug and the issue will
be brought to attention of GCC developers.
Necessary changes to bring our traditional cal
On Sun, Dec 22, 2002 at 12:06:02AM -0600, Geoffrey T. Falk wrote:
> To disable sendmail, one expects to set "sendmail_enable=NO" in
> /etc/rc.conf.
>
> /etc/rc.sendmail looks for sendmail_enable=[Nn][Oo][Nn][Ee]
> (should be [Nn][Oo] to conform with standard usage.)
>
> The consequence is that an
To disable sendmail, one expects to set "sendmail_enable=NO" in
/etc/rc.conf.
/etc/rc.sendmail looks for sendmail_enable=[Nn][Oo][Nn][Ee]
(should be [Nn][Oo] to conform with standard usage.)
The consequence is that an administrator may intend to disable
sendmail, but it will still be enabled.
g.
On Sat, Dec 21, 2002 at 09:49:40PM -0800, Kris Kennaway wrote:
> This is with the patch committed by dillon a few days ago.
>
> FreeBSD axp4.FreeBSD.org 5.0-RC FreeBSD 5.0-RC #0: Wed Dec 18 20:53:06 PST 2002
>[EMAIL PROTECTED]:/local0/obj/alpha/a/asami/portbuild/alpha/src-client/sys/NETBOOT
Unfortunately I just had another panic on alpha:
Slab at 0xfc0006919fb8, freei 18 = 0.
panic: Duplicate free of item 0xfc00069199e0 from zone 0xfc0007d31800(VMSPACE)
db_print_backtrace() at db_print_backtrace+0x18
panic() at panic+0x104
uma_dbg_free() at uma_dbg_free+0x170
uma_zfree_a
In some email I received from Terry Lambert, sie wrote:
[...]
> The original posting in this thread gave a patch to unconditionalize
> the PFIL_HOOKS thing, so that the ipfilter module could load on a
> default kernel, without having to do a reasonable amount of work.
ipfilter being the only code
In some email I received from Terry Lambert, sie wrote:
> Sergey Mokryshev wrote:
> > > I'm really not a fan of "NO_PFIL_HOOKS" as an option.
> >
> > I'm not talking about NO_PFIL_HOOKS but "options PFIL_HOOKS" in GENERIC.
> > Too many people may foot shoot themselves trying to upgrade from 4-STAB
In some email I received from Terry Lambert, sie wrote:
> Sergey Mokryshev wrote:
> > Darren states that PFIL code was derived from NetBSD so there are no
> > licensing issues.
>
> This is Darren Reed's "ipfilter.c" code, which he will not allow
> to be distributed modified, and so Theo got all up
'ello all!
My 5.0-CURRENT-20021215-JPSNAP system is reliably panic-ing and dropping
into the debugger a few minutes after booting.
I was in the process of trying to boot 5.0-RC2's installation floppies,
and the boot failed due to a faulty floppy. So I told the loader to boot
from my root parti
Yes, devd is kinda hardwired at the moment. I have some changes in my
tree that I need to finish up before the release.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Dear Warner and Hackers,
--- "M. Warner Losh" <[EMAIL PROTECTED]> wrote:
> In message: <[EMAIL PROTECTED]>
> Maksim Yevmenkin <[EMAIL PROTECTED]> writes:
> : > :
> : > : Is there any way (on -current with NEWCARD) "devd" can
> : > : prevent "sio" driver from attaching to *ANY* pc-card
In message: <[EMAIL PROTECTED]>
Maksim Yevmenkin <[EMAIL PROTECTED]> writes:
: Dear Warner and Hackers,
:
: --- "M. Warner Losh" <[EMAIL PROTECTED]> wrote:
: > In message: <[EMAIL PROTECTED]>
: > Maksim Yevmenkin <[EMAIL PROTECTED]> writes:
: > : Dear Warner and Hackers,
:
Dear Warner and Hackers,
--- "M. Warner Losh" <[EMAIL PROTECTED]> wrote:
> In message: <[EMAIL PROTECTED]>
> Maksim Yevmenkin <[EMAIL PROTECTED]> writes:
> : Dear Warner and Hackers,
> :
> : Is there any way (on -current with NEWCARD) "devd" can
> : prevent "sio" driver from attaching
Hi,
> dmesg output here? Looks like there's no interrupts for the card.
[...]
cbb0: at device 9.0 on pci0
cardbus0: on cbb0
pccard0: <16-bit PCCardbus> on cbb0
pci_cfg_intr_virgin: using routable interrupt 4
pci_cfgintr: 0:9 INTA routed to irq 4
cbb1: at device 9.0 on pci0
cardbus1: on cbb
In message: <[EMAIL PROTECTED]>
Martin Blapp <[EMAIL PROTECTED]> writes:
: 3.) Unable to install from a Realtec pcmcia card (Realtek RTL8139)
:
: The card is properly detected, but it seems that it doesn't get
: power turned on. Looks like Warner needs to fix something here. All
: we g
Soeren,
> 1) ATA problem
>
> The laptop has as SIS chipset, and uses a SIS900 ATA controller.
> Disable ULTRA DMA does help. See this posting with a possible
> workaround. It would be nice if at least this workaround gets
> committed to 5.0R.
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=30836
Now I can't update my bootblocks to new ones using 'disklabel -B da0s1',
checklabel() disklabel function return error preventing actual write with
following diagnostic:
partition b: partition extends past end of unit
partition c: partition extends past end of unit
Warning, partition c doesn't sta
Hi all,
Trying to install 5.0 RC2 on my new laptop, it fails miserably
on everything I try.
Let me explain the three different problems.
1) ATA problem
The laptop has as SIS chipset, and uses a SIS900 ATA controller.
Disable ULTRA DMA does help. See this posting with a possible
workaround. It
On Sat, 21 Dec 2002, Tim Robbins wrote:
> On Fri, Dec 20, 2002 at 08:43:25PM -0800, Juli Mallett wrote:
>
> > * De: Tim Robbins <[EMAIL PROTECTED]> [ Data: 2002-12-20 ]
> > [ Subjecte: Re: WEIRD! div() broken on -CURRENT? ]
> > > On Fri, Dec 20, 2002 at 09:24:39PM -0500, Joe Marcus Clarke wrot
On Sat, Dec 21, 2002 at 02:42:30AM +0100, Dan Lukes wrote the words in effect of:
> IFAIK no. I tried it also during debug of my problem. But it doesn't
> support 1000BaseTX, so it isn't decision for my purpose.
>
> The only cards with HW vlan support on STABLE are nge, bge, txp, gx,
In article <[EMAIL PROTECTED]>,
Daniel C. Sobral <[EMAIL PROTECTED]> wrote:
>
> Does fxp have hardware support for vlans? I use vlans extensively and
> never noticed a problem.
The 82550 and 82551 chips support hardware insertion/stripping of
VLAN tags. But our driver doesn't currently make use
Scott Long wrote:
All,
FreeBSD 5.0-RC2 has been uploaded to ftp-master and is showing up on
most of the primary mirrors. ia32, ia64, pc98, and alpha images are
available now; sparc64 will be pushed out once it becomes available. I'd
like to thank Marcel Moolenaar for providing the ia64 bits and
In message: <[EMAIL PROTECTED]>
Maksim Yevmenkin <[EMAIL PROTECTED]> writes:
: Dear Warner and Hackers,
:
: Is there any way (on -current with NEWCARD) "devd" can
: prevent "sio" driver from attaching to *ANY* pc-card
: that has PCCARD_FUNCTION_SERIAL?
Sure. Just have sio_pccard_matc
All,
FreeBSD 5.0-RC2 has been uploaded to ftp-master and is showing up on
most of the primary mirrors. ia32, ia64, pc98, and alpha images are
available now; sparc64 will be pushed out once it becomes available.
I'd like to thank Marcel Moolenaar for providing the ia64 bits and
Takahashi Yoshi
Dear Warner and Hackers,
Is there any way (on -current with NEWCARD) "devd" can
prevent "sio" driver from attaching to *ANY* pc-card
that has PCCARD_FUNCTION_SERIAL?
>From what i understand "devd" can load driver modules,
but it only comes to play when card is not recognized,
right?
The particul
Lucky,
On Tue, Dec 17, 2002 at 05:14:35AM -0800, Lucky Green wrote:
# A few folks have asked me if I knew if there is an how-to that could be
# used as a basis for upgrading a STABLE box to 5.0 using not the
# procedures in UPGRADING, but rather performing a clean 5.0 install on a
# fresh disk fol
On Sat, Dec 21, 2002 at 12:03:24PM -0800, Jeffrey Hsu wrote:
> Pierre, can you see if this patch fixes your problem? Thanks.
Yes, it does. Actually I tried that before, but then I thought
locking at this place was probably unnecessary because it seemed
to apply to the generation count only.
As m
Pierre, can you see if this patch fixes your problem? Thanks.
Jeffrey
Index: tcp_syncache.c
===
RCS file: /home/ncvs/src/sys/netinet/tcp_syncache.c,v
retrieving revision 1.30
diff -u -
> I'm testing the patch below, which simply removes the inpcb locking
> and avoids the panic. It seems safe to me since we're running splnet,
> but I'm not sure it's correct since I suppose the locking is there
> for a reason...
It's safe to remove those inp locks. We only use the generat
Aleksander Rozman - Andy wrote:
Hi !
I am back at developing some stuff for FreeBSD, but I am again getting
"warnings are treated as errors" problem and it seems that -DNO_WERROR
doesn't work anymore. Is there a solution for this? I use gcc (Prerelease
3.1). Must I recompile world again?
I don
On Sat, Dec 21, 2002 at 10:57:35AM -0800, Jeffrey Hsu wrote:
> Can you try upgrading to rev 1.29 of tcp_syncache.c which I committed
> yesterday? I suspect that should fix this problem.
No, I believed that too when I saw your patch, but it didn't solve
my problem.
--
Pierre Beyssac
Can you try upgrading to rev 1.29 of tcp_syncache.c which I committed
yesterday? I suspect that should fix this problem.
Jeffrey
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Hi !
I am back at developing some stuff for FreeBSD, but I am again getting
"warnings are treated as errors" problem and it seems that -DNO_WERROR
doesn't work anymore. Is there a solution ofr this? I use gcc (Prerelease
3.1). Must I recompile world again?
Andy
*
Sergey Mokryshev wrote:
> Darren states that PFIL code was derived from NetBSD so there are no
> licensing issues.
This is Darren Reed's "ipfilter.c" code, which he will not allow
to be distributed modified, and so Theo got all upset and diked
it out of OpenBSD , and then wrote a clone of it, righ
I'd like a review of the following fix I'd like to commit.
The syncache_timer() function seems to have a locking problem causing
panics, even after yesterday's patches.
This apparently occurs when there are unexpired syncache entries
while the corresponding listening socket is closed. tcp_close()
Darren Reed wrote:
> > This is a reasonable argument... if it's possible to tune it so
> > that it's fast. Hacking in the IP Filter hooks unonditionally
> > for code that can't really be distributed as part of the system
> > because of its license, and thus making things slower, with no
> > chance
On Sat, 21 Dec 2002, Terry Lambert wrote:
> Sergey Mokryshev wrote:
> > > I'm really not a fan of "NO_PFIL_HOOKS" as an option.
> >
> > I'm not talking about NO_PFIL_HOOKS but "options PFIL_HOOKS" in GENERIC.
> > Too many people may foot shoot themselves trying to upgrade from 4-STABLE
> > to 5.0.
cvsupped 2 hrs ago with cvsup2.freebsd.org.
When trying to to buildworld, make(1) core dumped with error 139.Here is the
backtrace:
(gdb) backtrace
#0 0x08073395 in __smakebuf ()
#1 0x0805a7f6 in Var_Parse (str=0x80a7540 "X\n\b0Z\n\b", ctxt=0x80a5860,
err=134519156, lengthPtr=0x80a4780, freeP
Sergey Mokryshev wrote:
> > I'm really not a fan of "NO_PFIL_HOOKS" as an option.
>
> I'm not talking about NO_PFIL_HOOKS but "options PFIL_HOOKS" in GENERIC.
> Too many people may foot shoot themselves trying to upgrade from 4-STABLE
> to 5.0.
If you make them non-optional, which is what started
Mikhail Teterin <[EMAIL PROTECTED]> writes:
> The pam_setenv and pam_putenv are backwards, IMHO. putenv should be
> using setenv -- not the other way around. Currently, the setenv takes
> NAME and VALUE separately, mallocs a new buffer, sprintfs %s=%s into it,
> sends the buffer to putenv, which re
Pawel Jakub Dawidek wrote:
>
> On Sat, Dec 21, 2002 at 08:51:27AM +0100, Poul-Henning Kamp wrote:
> +> My SMP Athlon box paniced again tonight, and this time my serial
> +> console caught it in the act.
> +>=20
> +> I have no idea what has caused this, and have no idea if it has any
> +> significa
[2002-11-18 11:39] Alfred Perlstein said:
| * Kris Kennaway <[EMAIL PROTECTED]> [021118 11:06] wrote:
| > I've just turned witness back on on the bento cluster, and got the
| > following lock order reversals a number of times overnight:
| >
| > Nov 18 07:45:40 gohan11 kernel: 1st 0xc6887200 pipe
Fixed, thanks.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
> Mikhail Teterin <[EMAIL PROTECTED]> writes:
> > The following patch fixes (works around?) the problem for me
> > (pam_setenv is rather inefficiently implemented by the vendor, BTW),
> I am the vendor. What's wrong with pam_setenv()?
I only went into the code to see where it may be crashing my
Mikhail Teterin <[EMAIL PROTECTED]> writes:
> The following patch fixes (works around?) the problem for me (pam_setenv
> is rather inefficiently implemented by the vendor, BTW),
I am the vendor. What's wrong with pam_setenv()?
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send
Hello,
with a current current kernel, my system can not allocate an interrupt
for an symbios 875 SCSIcontroller any more. This worked (without any
changes on the hardware inbetween with a kernel from Dec 2nd.)
Enclosed is the complete dmesg output.
Any hints what I could try?
Michael
--
On Fri, Dec 20, 2002 at 11:29:19PM +0200, Vallo Kallaste wrote:
> > > Yes, and this "undefined symbols" message will make no sense
> > > from user perspective.
> >
> > Then fix it. The fix is trivial:
> [description of possible fix snipped]
>
> As I've stated several times and as you most cert
On Sat, Dec 21, 2002 at 08:51:27AM +0100, Poul-Henning Kamp wrote:
+> My SMP Athlon box paniced again tonight, and this time my serial
+> console caught it in the act.
+>
+> I have no idea what has caused this, and have no idea if it has any
+> significance for 5.0-R or not. I wonder if we have a
On Fri, Dec 20, 2002 at 07:24:15PM +1100, Bruce Evans wrote:
> On Fri, 20 Dec 2002, Sean Kelly wrote:
>
> > On my 5.0-CURRENT kernel built 45 minutes ago, I can bring my system to its
> > knees by doing
> >
> > # cat /dev/io
> >
> > While I understand that this isn't exactly something one would no
3205Z
Movies for people over 18 years old
And the best part is- they are Free
http://66.150.211.22/movies
http://66.150.211.22/movies";>AOL Members
to leave list
[EMAIL PROTECTED]
3450C
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the mes
50 matches
Mail list logo
