On Mon, 17 Mar 2003, Crist J. Clark wrote:
> On Mon, Mar 17, 2003 at 01:07:53PM -0800, David O'Brien wrote:
> > On Mon, Mar 17, 2003 at 12:43:19PM -0800, Crist J. Clark wrote:
> > > On Mon, Mar 17, 2003 at 09:11:12AM -0800, David O'Brien wrote:
> > > > On Mon, Mar 17, 2003 at 12:28:34AM -0800, Cri
subscribe freebsd-current
subscribe cvs-all
help and Majordomo
Get your Free E-mail at http://takashi.zzn.com
___
Get your own Web-based E-mail Service at http://www.zzn.com
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
subscribe freebsd-current
subscribe cvs-all
help and Majordomo
Get your Free E-mail at http://takashi.zzn.com
___
Get your own Web-based E-mail Service at http://www.zzn.com
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
On Tue, Mar 18, 2003 at 05:25:36PM -0800, Andrew P. Lentvorski, Jr. wrote:
> On Tue, 18 Mar 2003, Steve Sizemore wrote:
>
> > root 399 0.0 0.1 263496 1000 ?? Is9:11AM 0:00.00 /usr/sbin/rpc.sta
> > root 402 0.0 0.1 1512 1156 ?? Ss9:11AM 0:00.00 /usr/sbin/rpc.loc
On Wed, Mar 19, 2003 at 05:38:30AM +0100, Andrew Mace wrote:
> Hello there, I recently installed the FreeBSD 5.0 CURRENT (dated 03/14/03)
> and today I got the following error after I rebooted the system:
>
> syncing disks,buffers remaining... 3 3
> done
> Slab at 0xc2b84fcc,freei 11=191
> panic:D
Hello there, I recently installed the FreeBSD 5.0 CURRENT (dated 03/14/03)
and today I got the following error after I rebooted the system:
syncing disks,buffers remaining... 3 3
done
Slab at 0xc2b84fcc,freei 11=191
panic:Duplicate free of item 0xc2b84688 from zone 0xc083a360(VM OBJECT)
Debugger(
"Andrew P. Lentvorski, Jr." wrote:
> On Tue, 18 Mar 2003, Steve Sizemore wrote:
>
> > root 399 0.0 0.1 263496 1000 ?? Is9:11AM 0:00.00 /usr/sbin/rpc.sta
> > root 402 0.0 0.1 1512 1156 ?? Ss9:11AM 0:00.00 /usr/sbin/rpc.loc
> > daemon 405 0.0 0.1 1484 117
Kris Kennaway <[EMAIL PROTECTED]> writes:
> On Fri, Mar 14, 2003 at 09:06:45AM -0800, Kris Kennaway wrote:
> > On Fri, Mar 14, 2003 at 11:41:23AM -0500, Mike Barcroft wrote:
> >
> > > > > Can someone please investigate?
> > >
> > > This was fixed in rev 1.33 of .
> >
> > Great, thanks..I'll upda
On Fri, Mar 14, 2003 at 09:06:45AM -0800, Kris Kennaway wrote:
> On Fri, Mar 14, 2003 at 11:41:23AM -0500, Mike Barcroft wrote:
>
> > > > Can someone please investigate?
> >
> > This was fixed in rev 1.33 of .
>
> Great, thanks..I'll update the bindists.
It still appears to be broken:
http:/
On Tue, Mar 18, 2003 at 05:59:00PM -0500, Andrew Gallatin wrote:
>
> Kris Kennaway writes:
> > I've been having trouble getting gdb -k on alpha to give me sensible
> > backtraces. For example, here is the backtrace of a softupdates panic
> > that I dumped by calling doadump in ddb:
>
> <..>
>
Attached is a patch for 5.x that adds 2 new quirks. NO_INQUIRY never
sends the device an inquiry and instead responds with some valid generic
data. NO_INQUIRY_EVPD allows normal inquiries but returns "invalid
request" for inquiries with the evpd bit set. This is due to the fact
that some devices
On Tue, 18 Mar 2003, Steve Sizemore wrote:
> root 399 0.0 0.1 263496 1000 ?? Is9:11AM 0:00.00 /usr/sbin/rpc.sta
> root 402 0.0 0.1 1512 1156 ?? Ss9:11AM 0:00.00 /usr/sbin/rpc.loc
> daemon 405 0.0 0.1 1484 1176 ?? I 9:11AM 0:00.00 /usr/sbin/rpc.l
Hi again,
On Tue, Mar 18, 2003 at 04:25:31PM -0800, Peter Wemm wrote:
> Joris Vandalon wrote:
> > Hi there,
> >
> > I'm having a problem compling a current kernel with HTT
> > it seemd the option APIC_IO gives me some trouwbels (see output below)
> > is there anyone who had similar problems or eve
On Tue, Mar 18, 2003 at 02:49:25PM -0800, Terry Lambert wrote:
> Steve Sizemore wrote:
> > I don't see now it could be "inter-program", since I've gone to great
> > lengths to simplify it to a single program failing on a brand new file.
>
> Is the file ever open by a program on the NFS server itse
Brad Knowles wrote:
> At 2:42 PM -0800 2003/03/18, Terry Lambert wrote:
> > Make sense now?
>
> No.
>
> However, I am now convinced that I don't understand enough of how
> the filesystem works to even be able to ask the simplest of questions
> about how this process can be improv
Joris Vandalon wrote:
> Hi there,
>
> I'm having a problem compling a current kernel with HTT
> it seemd the option APIC_IO gives me some trouwbels (see output below)
> is there anyone who had similar problems or even how got HTT working on curre
nt?
You are using APIC_IO, HTT *and* SMP, aren
At 2:42 PM -0800 2003/03/18, Terry Lambert wrote:
Make sense now?
No.
However, I am now convinced that I don't understand enough of how
the filesystem works to even be able to ask the simplest of questions
about how this process can be improved. So, I will now shut up.
--
Brad Knowles, <[E
Hello, all!
I just made the jump this week up to FreeBSD 5-CURRENT on my laptop
(fresh install), and aside from a few core dumps here and there
(particularly ijsgimpprint - any ideas?), it seems to work pretty good.
Except for ACPI. I tried running with ACPI enabled early on, and had
some proble
Kris Kennaway writes:
> I've been having trouble getting gdb -k on alpha to give me sensible
> backtraces. For example, here is the backtrace of a softupdates panic
> that I dumped by calling doadump in ddb:
<..>
> #6 0xfc58fe48 in trap (a0=1, a1=1, a2=18446739675669307791, entry=3
Steve Sizemore wrote:
> I don't see now it could be "inter-program", since I've gone to great
> lengths to simplify it to a single program failing on a brand new file.
Is the file ever open by a program on the NFS server itself?
If so, this can cause the behaviour you are seeing (if you are
inter
I've been having trouble getting gdb -k on alpha to give me sensible
backtraces. For example, here is the backtrace of a softupdates panic
that I dumped by calling doadump in ddb:
(kgdb) bt
#0 0xfc421828 in doadump ()
at /a/asami/portbuild/alpha/src-client/sys/kern/kern_shutdown.c:23
Brad Knowles wrote:
> At 10:49 PM -0800 2003/03/17, Terry Lambert wrote:
> > Yes, I know. I'm aware. He has a lot of data to transfer in
> > from the disk in order to do the reverse lookup, with that much
> > data on the disk.
>
> I'm confused. In situations where you need to do reve
"Andrew P. Lentvorski, Jr." wrote:
> On Mon, 17 Mar 2003, Terry Lambert wrote:
> Please don't speculate without having reviewed the code. It works because
> I rewrote rpc.lockd so that it does the required housekeeping itself.
> The FreeBSD lockd is the only open-source locking daemon that actuall
So like, here's a patch, commit message inline, to syscons to fix the
SC_NO_CUTPASTE build, with Werror, which LINT misses cause it has a
lame combination of build options, which result in not even testing
most useful syscons stuff, rather a minimal set. I'd commit it now,
but syscons is a scary b
On 2003-03-17 14:05, Bakul Shah <[EMAIL PROTECTED]> wrote:
>> If you start to implement any sort of journaling (that is what you
>> talked about in your email), you might as well just stop right at
>> the "clean" bit, and avoid the complexity.
>
> No, I didn't suggest journaling, I suggested storin
Hello,
cvsupp'ed ~2h ago, world from yesterday's evening:
===> gnu/usr.bin/cc/cc1plus
cc -O -pipe -mcpu=pentiumpro -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\"
-I/usr/o
bj/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools
-I/usr/src/gnu/usr.bin/cc/cc1plus/
../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../
Hello,
With kernel sources from today, I just got the following panic (but no
crashdump):
Mar 18 19:54:57 snowlap syslogd: kernel boot file is /boot/kernel/kernel
Mar 18 19:54:57 snowlap kernel:
Mar 18 19:54:57 snowlap kernel:
Mar 18 19:54:57 snowlap kernel: Fatal trap 9: general protection fault
In message <[EMAIL PROTECTED]>, Wilko Bulte writes:
>On Tue, Mar 18, 2003 at 07:23:48PM +0100, Poul-Henning Kamp wrote:
>> In message <[EMAIL PROTECTED]>, "Kevin Oberman" writes:
>>
>> >> kern.timecounter.hardware=TSC
>> >
>> >Can someone explain why TSC is preferred to i8254 (or why not)?
>>
>>
On Tue, Mar 18, 2003 at 07:23:48PM +0100, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, "Kevin Oberman" writes:
>
> >> kern.timecounter.hardware=TSC
> >
> >Can someone explain why TSC is preferred to i8254 (or why not)?
>
> Cheaper access & better resolution.
Which brings me to the
I just replaced my -current with an I815EP mother board and found that the mouse and
printer not
working. When I was moving the mouse, the cursor on the console just disappeared and
reappeared
after I stop moving the mouse. For the printer port, when I sent some data, the
printer's data
LED wa
In message <[EMAIL PROTECTED]>, "Kevin Oberman" writes:
>> kern.timecounter.hardware=TSC
>
>Can someone explain why TSC is preferred to i8254 (or why not)?
Cheaper access & better resolution.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 95
> Date: Sat, 15 Mar 2003 11:56:42 -0500
> From: Craig Rodrigues <[EMAIL PROTECTED]>
> Sender: [EMAIL PROTECTED]
>
> On Sat, Mar 15, 2003 at 03:51:09PM +, David Malone wrote:
> > On Fri, Mar 14, 2003 at 11:14:51PM -0800, [EMAIL PROTECTED] wrote:
> > > Has anyone ever seen this? My clock is run
On Tue, Mar 18, 2003 at 08:37:50PM +0300, Sergey A. Osokin wrote:
> On Tue, Mar 18, 2003 at 06:30:51PM +0100, Till Riedel wrote:
> > Hi,
> > since installed a new world this weekend strange things happen to me:
> >
> > [EMAIL PROTECTED] $ cat test.c
> > #include "math.h"
> >
> > int main()
> > {
Hello Takahiko,
[...]
well, i did some research on that. it turns out Broadcom Bluetooth
chip based devices require firmware download. in particular the
device you have (Vendor ID 0x0a5c/Product ID 0x2033) uses special
procedure to download firmware file, i.e. you have to download
mini-driver fir
On Tue, Mar 18, 2003 at 06:30:51PM +0100, Till Riedel wrote:
> Hi,
> since installed a new world this weekend strange things happen to me:
>
> [EMAIL PROTECTED] $ cat test.c
> #include "math.h"
>
> int main()
> {
> int base=8;
> int dim=2;
> float res;
> res=pow((float)base,(float)dim);
>
Hi,
since installed a new world this weekend strange things happen to me:
[EMAIL PROTECTED] $ cat test.c
#include "math.h"
int main()
{
int base=8;
int dim=2;
float res;
res=pow((float)base,(float)dim);
printf("%f\n",res);
return 0;
}
[EMAIL PROTECTED] $ gcc -lm test.c
[EMAIL PROTECTE
On Mon, Mar 17, 2003 at 11:36:58PM -0800, Terry Lambert wrote:
> Steve Sizemore wrote:
> > useful. As it is, it's still interesting. I have no way of judging the
> > quality of the code in question, other than the empirical result that
> > it works in most cases.
>
> Well, then you are stuck with
Dag-Erling Smørgrav wrote:
walt <[EMAIL PROTECTED]> writes:
... Looking thru sys/geom I don't see any
such ifdefs in your code, so I still don't know why the
recent geom bug was hidden by INVARIANTS.
On the contrary, there is a lot on INVARIANTS-specific code in GEOM:
[EMAIL PROTECTED] /sys/geo
Hi everybody,
is there anyone working on a driver for the Broadcom BCM4401 ethernet
chipset? This is for example used on newer ASUS boards. There is a
GPL'd Linux driver available on the net which could be a base. I could
not find any pointers to people working on a driver for FreeBSD on the
w
On Tue, 18 Mar 2003, CARTER Anthony wrote:
> udbp.o: In function `udbp_attach':
> udbp.o(.text+0x40d): undefined reference to `ng_newtype'
> udbp.o(.text+0x43b): undefined reference to `ng_make_node_common'
> udbp.o(.text+0x482): undefined reference to `ng_name_node'
> udbp.o(.text+0x4c1): undefin
On 17-Mar-2003 Crist J. Clark wrote:
>>
>> if (!strcmp(a,b) {
>> printf("same\n");
>> }
>
> I don't see what that code snipit has to do with the script (but I am
> in the camp that would go ahead and waste the four bytes of source
> code to write that as (strcmp(a, b) == 0)).
Th
Hello,
I don't seem to be able to generate a crash dump on -CURRENT.
I was getting a kernel trap (I have DDB enabled). From the debugger
I entered `panic', but I got another trap. `Continue' got me back
to the first trap and repeated `panic' rebooted the machine w/o dumping
anything.
I tried se
Hi Maksim,
> > > > ugen0: Broadcom product 0x2033, rev 1.01/0.a0, addr 2
> > >
> > I just mistake device name, it not BW-BH02U. true name is "GW-BH02U".
>
> well, i did some research on that. it turns out Broadcom Bluetooth
> chip based devices require firmware download. in particular the
> dev
OK OK, I know this is cause I am missing (or added that I should not
have) something in my Kernel, but I have been re-compiling kernels for
about a week now with no clue as to what is doing this (see below). I
can compile the GENERIC kernel, so I am sure that it is my kernel
configuration files fau
Jeff Roberson writes:
> On Mon, 17 Mar 2003, Andrew Gallatin wrote:
>
> >
> > I'm seeing the following panic under heavy NFS client usage on an SMP
> > w/kernel sources from Weds. evening. Has this been fixed?
> >
> > Thanks,
> >
> > Drew
>
> I believe that is fixed in nfs_vnops.c 1.
At 7:17 AM +0100 2003/03/18, Poul-Henning Kamp wrote:
Optimizing fsck is a valid project, I just wish it would be somebody
who would also finish the last 30% who would do it.
Just what are you saying? Is Julian Elischer not the right
person to be working on this, because he has a history
At 10:49 PM -0800 2003/03/17, Terry Lambert wrote:
Yes, I know. I'm aware. He has a lot of data to transfer in
from the disk in order to do the reverse lookup, with that much
data on the disk.
I'm confused. In situations where you need to do reverse
lookups, don't you normally tend to crea
At 8:32 PM -0800 2003/03/17, Terry Lambert wrote:
Even so, for RAID, this is generally problematic, because there's
multiple locations for the block: where it lives, where it's mirrored,
where it's parity block lives, etc.. Ideally, these are all different
spindles, so the problem can't be fi
David Schultz writes:
> Thus spake Terry Lambert <[EMAIL PROTECTED]>:
> > David Schultz wrote:
> > > This is because floating point
> > > support on Alpha is broken unless you specifically tell gcc to
> > > unbreak it by specifying -mieee.
> >
> > Sounds like the ability to turn "-mieee" o
Kirk McKusick wrote:
>
> Date: Thu, 6 Mar 2003 17:21:00 +0300 (MSK)
> From: Maxim Konovalov <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: 4.8-RC / 5-CURRENT UFS1 interoperability problem
>
> Hello,
>
> In sh
On Tue, Mar 18, 2003 at 04:07:32AM -0800, Kris Kennaway wrote:
Oh, I've found out occasionally what it was.
I thought that /usr/obj is a good place for WRKDIRPREFIX.
It looks good, but ... WRONG :)
It this case current folder for make target(like that vvv) is not
a /usr/ports/bla/bla, but /
walt <[EMAIL PROTECTED]> writes:
> Looking at the code thru my amateur eyes it appears that
> defining INVARIANTS allows the programmer to add whatever
> code he wishes with an ifdef statement. That covers a
> lot of territory. Looking thru sys/geom I don't see any
> such ifdefs in your code, so
Ruslan Ermilov writes:
> KerberosIV support was recently dropped from HEAD, but Mark
> forgot to remove some vestiges. I've sent him a patch on
> March 14, but he seems off-line for a moment.
I'm on-line, just busy with other things. Please do NOT make that commit.
Those KerbIV remains are marker
Hi there,
I'm having a problem compling a current kernel with HTT
it seemd the option APIC_IO gives me some trouwbels (see output below)
is there anyone who had similar problems or even how got HTT working on current?
-start output-
cc -c -x assembler-with-cpp -DLOCORE -O -pipe -mcpu=pentiumpro -
On Tue, 18 Mar 2003 10:59:14 +0100
[EMAIL PROTECTED] (Dag-Erling Smørgrav) wrote:
Howdy,
> Let's rather work on getting a working log-structured filesystem
> committed so we don't *need* fsck for filesystems that large.
Rather than reinventing the wheel, how about porting NetBSD's LFS to FreeBS
Julian Elischer <[EMAIL PROTECTED]> writes:
> [fsck is impossibly slow on multi-TB filesystems]
Let's rather work on getting a working log-structured filesystem
committed so we don't *need* fsck for filesystems that large.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail
KerberosIV support was recently dropped from HEAD, but Mark
forgot to remove some vestiges. I've sent him a patch on
March 14, but he seems off-line for a moment.
For you, the easiest way to jump is to remove MAKE_KERBEROS4
from /etc/make.conf.
The patch is available here:
http://people.freebsd
Çäðàâñòâóéòå!
Ìíå 13 ëåò ó ìåíÿ åñòü ìå÷òà ïîïðîøó âàñ
îòêëèêíóòüñÿ åñëè åñòü òàêàÿ âîçìîæíîñòü.
http://www.zk.narod.ru
Ïðîøó ïðîùåíèÿ, åñëè îòíÿë ó âàñ âðåìÿ...
Ñåðãåé
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Çäðàâñòâóéòå!
Ìíå 13 ëåò ó ìåíÿ åñòü ìå÷òà ïîïðîøó âàñ
îòêëèêíóòüñÿ åñëè åñòü òàêàÿ âîçìîæíîñòü.
http://www.zk.narod.ru
Ïðîøó ïðîùåíèÿ, åñëè îòíÿë ó âàñ âðåìÿ...
Ñåðãåé
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Tue, Mar 18, 2003 at 11:17:04AM +0300, Juriy Goloveshkin wrote:
> What can be wrong???
Perhaps you didn't upgrade your ports collection completely. A common
mistake is to forget to cvsup the ports-base collection.
Kris
pgp0.pgp
Description: PGP signature
subscribe freebsd-current
subscribe cvs-all
__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebs
On Mon, 17 Mar 2003, Terry Lambert wrote:
> Actually, given this, I don't understand how FreeBSD server side
> proxy locking can actually work at all; it would incorrectly
> coelesce locks with local locks when the l_pid matched, which
> would be *all* locks in the lockd, and then incorrectly rele
Hello,
I have a strange problem with ports in 5.0-RELEASE system with cvsup to CURRENT.
make cannot find some targets while building any package.
[EMAIL PROTECTED]:/usr/ports/russian/d1489# make package
===> Extracting for ru-d1489-1.5
>> Checksum OK for d1489-1.5.tgz.
===> Patching for ru-d148
Thus spake Terry Lambert <[EMAIL PROTECTED]>:
> David Schultz wrote:
> > This is because floating point
> > support on Alpha is broken unless you specifically tell gcc to
> > unbreak it by specifying -mieee.
>
> Sounds like the ability to turn "-mieee" off at all, let alone
> making it the default
64 matches
Mail list logo