Quoting Dan Nelson [EMAIL PROTECTED]:
In the last episode (Oct 08), Robert Ferguson said:
I see this problem as well. I'm running on a T40, with a DVD/CDRW in
the ultrabay, and -CURRENT as of this morning. At boot, it hangs
immediately after
ad0: 35174MB IC25N040ATCS05-0 [71465/16/63]
Quoting Vector [EMAIL PROTECTED]:
Several reasons:
Having it in the kernel improves performance
It also avoids at least 2 context switches per packet... one when the packet
goes into natd and one when it goes back to the kernel.
natd chokes on the latest windoze worms and I have implemented
Bizarre. I use ACLs in my kernel daily, and I use nmap almost daily,
and haven't seen this. If you re-add ACLs with a fresh kernel build,
does the problem come back? Could you look at ktraces of nmap with and
without ACLs and see what causes it? Do you have ACLs enabled on any
file
Alright, it had nothing to do with ACL's. Unknown to me, someone got on
that machine and enabled the firewall, and added rules. Those rules were
causing the problem (I'm not sure why he added a firewall on a machine
already behind one on a 192.168.0.0/24 network). Anyway, sorry for
wasting
If I remove device pmtimer from my config, I get a consistent panic,
or variation of:
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x0
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc0135b0a7
stack pointer =
Bizarre. I use ACLs in my kernel daily, and I use nmap almost daily,
and haven't seen this. If you re-add ACLs with a fresh kernel build,
does the problem come back? Could you look at ktraces of nmap with and
without ACLs and see what causes it? Do you have ACLs enabled on any
file
Might devfs propagate ACL characteristics via /dev nodes into
applications? Otherwise, the symptom you described would have made me
point to the IP firewall first.
My machine that was showing the problem didn't have a firewall enabled.
I'll still mess with it some more to see what I can come
I just built a fresh nmap on my -current box and it appears to work fine
for me, as did the older nmap. So I guess that leaves me firmly in the
unable to reproduce camp. I have noticed that, on my wi0 boxes, I
tend to get a fair number of ENOBUFS errors when nmaping, but that
appears to be
I think I missed the message that this is a response to, but here's an
answer to the question: UFS_ACL controls only the introduction of ACL
code into UFS1 and UFS2 file systems, and enables conditional use of
ACLs code if the ACLs flag is set on a file system. If the ACLs flag is
not set on
Evan Dower wrote:
You say you have a GeForce 4? Do you have nvidia-driver installed?
Nvidia-driver makes my computer lock up like the dickens. ;-)
Removing gl-support for kde should do fine.
Hendrik
I have it working here fine with GL support and no hangs.
Ken
Hi,
Since this is related to both -current and to ports I crossposted
to both. Basically (I've asked this question before, with no answer),
several network-related apps broke after the last gcc import. nmap no
longer works:
kaoru:~:# nmap -sS -O 66.92.171.91
Starting nmap 3.30 (
[EMAIL PROTECTED] root]# uname -a
FreeBSD tao.xtaz.co.uk 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Sun Aug 24 13:35:21
BST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/TAO i386
[EMAIL PROTECTED] root]# gcc -v
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model:
guess it's not a compiler issue, but some kind of configuration issue. I
can't think of what the problem could be though.
Ken
On Fri, 29 Aug 2003, Kenneth Culver wrote:
[EMAIL PROTECTED] root]# uname -a
FreeBSD tao.xtaz.co.uk 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Sun Aug 24 13:35:21
BST 2003
Just for more info, when was the last time you updated your /etc? on my
4th -CURRENT machine, with the same compiler etc... I havn't updated my
/etc/ since June 1, and that machine works, the other 3 have been updated
very recently, like within the last few weeks, and they're all broken. So
I
free_hcb()
atapi_action()
xpt_run_dev_sendq()
xpt_action()
probe_start()
...
I think some people are already tracking this down related to the recent
update of the ata drivers.
Ken
___
[EMAIL PROTECTED] mailing list
I can't explain it. Someone is going to have to debug konsole and
figure out what is going on.
I can concur, before last thursday, konsole worked fine with libc_r, but
crashed randomly with libkse and libthr. After last thursday it even
crashes with libc_r.
Ken
see my post yesterday to -current or -ports with the 2 attachments.
the KDE team found the bug, and fixed it.
There are 2 patches to add to the port, which fix it.
Yeah, I just saw that, I was gone for the weeknend, sorry for the extra
chatter.
Ken
Hi,
I have a HTT capabale PCU on an Intel MB with the 875P chipset. I have
enabled HTT in the BIOS and compiled my kernel with the required SMP
options, however i dont think the system is really running in SMP mode. Top
does not display CPU numbers. Here is my dmesg:
---
FreeBSD
Hi,
I followed all suggestions from /usr/src/UPDATING after the gcc
3.3.1 import, and rebuilt kernel and world after removing /usr/obj and
/usr/src/sys/i386/compile/KAORU (my kernel config file's name). However,
I'm seeing some strange behavior after that.
1) smbclient no longer works
Read freebsd-current. :-) A suggestion was given this week:
Subject: Re: Vim: Caught deadly signal BUS (after -current update with new gcc)
Date: Wed, 16 Jul 2003 23:14:30 -0700
To: Karel J. Bosschaart [EMAIL PROTECTED]
On Tue, Jul 15, 2003 at 11:07:40AM +0200, Karel J.
Just as an experiment, try setting net.inet.tcp.newreno to 0 using
sysctl(8). It might help; it might not. Please let us know.
It didn't help. I also tried setting several other sysctl OID's in
net.inet.tcp, but nothing helped. I'm totally out of ideas for why this
could be happening. I mean
I've got a PCI-NVidia Riva TNT 64 video card at home,
and I've tried to compile the drivers but it doesn't work,
and after changing the source to let the compilation progress,
when the module is loaded I've received a kernel panic.
Im using FreeBSD-5.1 with XFree86-4.3, what can I do
to
#pciconf -l -v
[EMAIL PROTECTED]:12:0:class=0x03 card=0x chip=0x002d10de
rev=0x15 hdr=0x00
vendor = 'NVIDIA Corporation'
device = 'NV5 TNT2 Model 64 / TNT2 Model 64 Pro'
This is my video card, which sounds just like yours. I have it working
fine with
On Wednesday 18 June 2003 16:05, Kenneth Culver wrote:
#pciconf -l -v
[EMAIL PROTECTED]:12:0:class=0x03 card=0x chip=0x002d10de
rev=0x15 hdr=0x00 vendor = 'NVIDIA Corporation'
device = 'NV5 TNT2 Model 64 / TNT2 Model 64 Pro'
This is my video card
Try rebuilding ipfw.
Ken
On Mon, 9 Jun 2003, John Stockdale wrote:
Hey everyone,
I just cvsup'd my src today and was going to buildworld later tonight
but when I installed the newly built kernel with IPFIREWALL etc. and
rebooted, ipfw fell over, specifically, even after ipfw firewall
The HEAD code freeze was extended by three days to
allow for some final pending work to be committed and
prepare 5.1 to be a good release. The code freeze will
likely end sometime tomorrow, May 30.
We ask that large scale changes still be deferred
until after 5.1 is actually released so
I'd say this is a video card driver issue, because with my geforce3 and
the nvidia drivers I could run q3 for as long as I wanted without any
issues.
Ken
On Thu, 3 Apr 2003, Matthias Buelow wrote:
Hi folks,
I'm running 5.0-RELEASE-p7 on i386 and investigated how quake3 (linux)
would be
I have HTT for my CPU, is there any hack to the BIOS to enable
HyperThreading?
You might try updating your BIOS.
Ken
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
I've only had time to do minimal testing, but no panics anymore with this
patch.
Ken
On Mon, 27 Jan 2003, MIHIRA Sanpei Yoshiro wrote:
I forgot to add below changes.
Please apply this patch and
# make -f Makefile.usbdevs
Cheers
- sanpei
Index: sys/dev/usb/usbdevs
I actually just went and got a sandisk card reader instead but I'll test
your changes anyway, since I still have the genesys one.
Ken
On Mon, 27 Jan 2003, MIHIRA Sanpei Yoshiro wrote:
I have GENESYS USB2IDE Interface Card(GL641). And I also have
same problem(umass0: BBB bulk-in clear stall
No.
On Sun, 26 Jan 2003, Theodoor van der Kooij wrote:
Hi all,
is there a way to run VMWare 3.2 on FreeBSD 5.0?
regards,
Theodoor van der Kooij.
--
Windows: Where do you want to go today?
Linux: Where do you want to go tomorrow?
FreeBSD: Are you guys coming, or what?
To
I hope someone could bring light to what's going on. Alltho I'm not
whining, I knew what I was getting myself into when I installed 5.0, it
would be nice get things solved, for FreeBSD's sake already.
Did you by any chance build your own kernel? If so did you leave things
like this in:
the vmware people don't list 5.0 as a supported os... theres probably a
reason for this.
Ken
On Thu, 23 Jan 2003, Lev Serebryakov wrote:
Hello, current! How are you?
When I needed to experiment with 4.6-RELEASE and I didn't have
``free'' computer, I installed 4.6-RELEASE on VMWare. It
This may be related to the vchans stuff in in the pcm driver.
Ken
On Thu, 23 Jan 2003, Juli Mallett wrote:
* De: Alexander Langer [EMAIL PROTECTED] [ Data: 2003-01-23 ]
[ Subjecte: /dev/dsp disappears while being used ]
When I then symbolically link /dev/dsp to one of the dspX.X
Hi,
I just tried to use a Genesys Logic USB Compact Flash card reader,
and the following messages come up, followed by a panic:
Jan 19 19:41:30 kenshin kernel: umass0: Genesys Logic USB Storage Device,
rev 1.
10/1.13, addr 2
Jan 19 19:41:30 kenshin kernel: umass0: Get Max Lun
To start, copy a quirk entry and wildcard a lot:
Genesys*, *, *
Then do camcontrol inquiry daX and change the quirk to be more specific.
Backtrace would be useful since you shouldn't be getting a panic. At the
worst, your usb reader just wouldn't work.
-Nate
That was what I was going
:Backtrace would be useful since you shouldn't be getting a panic. At the
:worst, your usb reader just wouldn't work.
:
:-Nate
At worse the system will crash. The problem is that USB devices
sometimes return total garbage for the READ CAPACITY command. This
isn't CAM's
On Mon, 20 Jan 2003, Matthew Dillon wrote:
:Hmm, good stuff, but shouldn't something be committed anyway? I mean if it
:causes a panic just by plugging in the device that's totally unacceptable.
:I'll provide a backtrace of the crash on my computer tomorrow I suppose (I
:won't be home until
I figured out something new on this device:
Basically in linux, in order for this device to work, the INQUIRY data has
to be faked. Just in case you forgot, this is the Genesys Logic Compact
Flash reader/writer. There is some whole big set of crap the driver goes
through in linux just to fake the
here are a few pointers when you look at the linux driver:
several devices in linux/drivers/usb/storage/unusual_devs.h have the quirk
flag: US_FL_FIX_INQUIRY. in the same directory, searching for
USB_FL_FIX_INQUIRY yields the following in usb.c:
/* Handle those devices which need us to fake
*
Hi,
I just tried to use a Genesys Logic USB Compact Flash card reader,
and the following messages come up, followed by a panic:
Jan 19 19:41:30 kenshin kernel: umass0: Genesys Logic USB Storage Device,
rev 1.
10/1.13, addr 2
Jan 19 19:41:30 kenshin kernel: umass0: Get Max Lun not
What exactly were you running? I use linux emulation on -CURRENT right now
for mozilla and a few other packages, and havn't had any panics... you
might have your kernel modules out of sync with your kernel.
Ken
On Mon, 13 Jan 2003, Chuck McCrobie wrote:
Two panics produced when using Linux
I'm seeing this on a -CURRENT cvsupped around 4:30 AM EST on 1/11/03
cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline
-Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../../..
-I../../../dev
Only one, that driver wasn't meant to compile on -CURRENT. It's not even
supported there.
Ken
On Thu, 2 Jan 2003, Nuzrin Yaapar wrote:
Hi all,
With the latest CURRENT cvsupped today, NVIDIA driver failed to compile. The
output:
---
[root@zhang-wu-ji ~/NVIDIA]# make setup
...
snipped
Just ran tuxracer without a problem, so i can recommend people with
problems to try using the nvidia agp driver, seems as if it worked for
me :)
Haha, that's funny, it wouldn't work for most games using the nvidia
driver for me, I had to switch to using FreeBSD's agpgart.
Ken
To
Hi,
I was just compiling kde3 on my home pc, and I noticed some
interesting behavior. It seems that whenever there's ANY real heavy disk
activity, the system cpu usage % number (in top and in systat -vm)
skyrockets from 0.8% to around 50-70%. I was wondering which of the recent
changes
This is a result of what's explained there.
Nope, I have all that stuff turned off, and ide write caching turned on.
There's no way that's the reason.
Ken
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
No, not really, I checked top -S, and systat -vm, neither has interrupts
going high, but even if interrupts were going really high, I would suspect
that the intr % would increase not the system %
Ken
On Thu, 17 Oct 2002, Michael Lucas wrote:
On Thu, Oct 17, 2002 at 11:18:25AM -0400, Kenneth
This seems a lot like personal preferance to me, I for one don't like a
lot of tty's, because running getty on a bunch of ttys that I'm not going
to use is a waste of ram I usually keep F1-F3 as ttys, and make F4 run
kdm. I know I don't really have a say, but I'm sure everyone has his or
her
Michael Hostbaek wrote:
I just build latest -CURRENT on my laptop.
The error is:
panic: vrele: negative ref cnt
Debugger(panic)
Stopped at Debugger+0x54: xchgl %ebx,in_Debugger.0
I did the following:
After bootup - logged in as root.
touch'ed /var/log/xferlog
and hit
Why does current.freebsd.org point to the japanese snapshot site
snapshots.jp.freebsd.org? I'm just wondering because I am trying to
install -CURRENT on one of my machines.
Ken
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Is there any difference between the snapshots built on the japanese site
and the ones that were built on the US one? Thanks
Ken
On Sun, 22 Sep 2002, Will Andrews wrote:
On Sun, Sep 22, 2002 at 03:33:24PM -0400, Kenneth Culver wrote:
Why does current.freebsd.org point to the japanese
I just got thisone ... This is CURRENT from 2 hours ago.
Dammnit. Is this mem corruption ?
If I were you I'd start swapping memory modules, because I'm not having
any trouble with -CURRENT and I havn't seen anyone else having trouble.
Did you compile your kernel with any wierd optimizations?
Oh ok, wierd... I've only tried (unsuccessfully, the compiler errors out)
kde3, and some make worlds and stuff. I guess that's not strenuous enough.
Ken
On Thu, 12 Sep 2002, Martin Blapp wrote:
Hi,
If I were you I'd start swapping memory modules, because I'm not having
Already did that.
Note that you'll need to have 'options CPU_ENABLE_SSE' in your kernel
configuration file if you have a SSE-capable CPU, otherwise you'll get
SIGILL from certain applications (e.g. ncurses)
What if you don't want to do this though? Athlon XP processors support SSE
instructions, but not at the
I assume the compiler is not stupid enough to try and use both when that
is impossible. Don't forget this is all just passing a CPU name to gcc
which actually decides what instructions to use.
That's not what I mean... What I mean is that if one application is using
SSE, and the other wants
I can confirm that kde3 doesn't build on -CURRENT with gcc 3.2.1 as well,
but it has never worked for me on gcc 3.1 either.
Ken
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
I'm the maintainer, Will.
Since I don't have a -CURRENT system, is one of the hasta's set up to
test -CURRENT patches on?
I can make a good guess at it from looking at the code, but it'll need
to be tested somewhere.
Also, is gcc-3.2 on -CURRENT a supported configuration?
gcc-3.2 on
This is FAQ. Have you deleted obsolete g++ include files? Do mv
/usr/include /usr/include.old; mkdir /usr/inlcude before making
buildworld.
I think I did that but I guess another try couldn't hurt...
Ken
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in
is off and I'm at work, so I can't log in and mess with it.
Ken
On Thu, 11 Jul 2002 10:51:34 -0400 (EDT)
Kenneth Culver [EMAIL PROTECTED] wrote:
This is FAQ. Have you deleted obsolete g++ include files? Do mv
/usr/include /usr/include.old; mkdir /usr/inlcude before making
buildworld
The cerr not found thing is one of two problems. gcc3 is pickier
about namespace issues than gcc2, so you need to say std::cerr or
using namespace std;. However, the more common case is people
thinking they can link c++ programs with 'cc' rather than 'c++'
My C++ programs are large enough
Does this wired memory problem only happen on SMP systems, or is it
happening across the board?
Ken
On Wed, 3 Jul 2002, Julian Elischer wrote:
Well it's all fun and games her at KSE central..
We have a set of cascading hidden bugs..
bug 1 hides bug 2 hides bug 3
the current state of
I'm running a uniproc. box at work with -CURRENT and over 4-5hrs, wired
grew from 50megs (when I first time checked) to 141megs (now). Dunno if
this normal, but it has kept growing.
OK, I don't see it happening here on my uniproc box, I havn't tried on my
SMP box, I guess my sources aren't
Hi, I just updated this morning to the latest -CURRENT, and just to let
everyone know, the new KSE stuff seems to be working fine... however, my
ipfw rules for dummynet no longer work:
ipfw add queue 1 tcp from any to a.b.c.d 25 in via fxp0
ipfw pipe 1 config bw 28Kbit/s queue 2
ipfw queue 1
Hi, I just updated this morning to the latest -CURRENT, and just to let
everyone know, the new KSE stuff seems to be working fine... however, my
ipfw rules for dummynet no longer work:
ipfw add queue 1 tcp from any to a.b.c.d 25 in via fxp0
ipfw pipe 1 config bw 28Kbit/s queue 2
ipfw queue
Is this not the latest one?
alpha:~: gcc -v
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.1 [FreeBSD] 20020509 (prerelease)
Ken
On Tue, 25 Jun 2002, Sid Carter wrote:
Hi,
Just a query. Is there anything stopping us from moving to the
I tested this on my T-bird athlon 800, and this is the result:
Testing PAUSE instruction:
Register esp changed: 0xbfbffb38 - 0xbfbffafc
So I guess there's no problem.
Ken
On Fri, 24 May 2002, John Baldwin wrote:
Hey gang, although Intel's document seems to claim that they tested
proper
The base will no longer depend on it before too much longer. The vnode
and kobj dependencies are already gone in current.
Ahh, ok, if that's the case, then I agree with your original statement;
not that it matters much :-)
Ken
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
But doesn't the kernel rely on perl for building?
perl5 ../../kern/vnode_if.pl -h ../../kern/vnode_if.src
does it make sense to remove it from the base when the base depends on it?
Ken
On Wed, 1 May 2002, M. Warner Losh wrote:
My take on this. We should remove perl from the base, and
I tried printing out everything in the trapframe in hex and nothing looke
remotely right.
Ken
On 24 Apr 2002, Brandon S Allbery KF8NH wrote:
On Wed, 2002-04-24 at 10:41, Andrew Gallatin wrote:
Maybe the argument isn't where you expect it to be, but is there.
Can you make a test program
Brandon S Allbery KF8NH writes:
On Wed, 2002-04-24 at 10:41, Andrew Gallatin wrote:
Maybe the argument isn't where you expect it to be, but is there.
Can you make a test program which calls mmap2 with its 6th arg as
something unique like 0xdeadbeef? Then print out (in hex :) the
libc sets it before it enters the kernel. Then on kernel entry we save
ebp in the trapframe.
So in the case of linux emulation, the glibc that we're using in the
linux-ulator isn't setting it properly? I'm using the linux_base-7 port
for this, so as far as I can tell, it should work...
libc sets it before it enters the kernel. Then on kernel entry we save
ebp in the trapframe.
So in the case of linux emulation, the glibc that we're using in the
linux-ulator isn't setting it properly? I'm using the linux_base-7 port
for this, so as far as I can tell, it should work...
libc sets it before it enters the kernel. Then on kernel entry we save
ebp in the trapframe.
So in the case of linux emulation, the glibc that we're using in the
linux-ulator isn't setting it properly? I'm using the linux_base-7 port
for this, so as far as I can tell, it should
I'm actually still not seeing a match between what's in truss, and what's
in my printed-out args, but it seems to be working anyway...
Argh, it's not working again... It was working on an install of ms office,
but it won't work on some old windows game.. (winex) and it's still not
setting the
Here's where it happens:
sys/i386/linux/linux_sysvec.c
static void
linux_prepsyscall(struct trapframe *tf, int *args, u_int *code, caddr_t *params)
{
args[0] = tf-tf_ebx;
args[1] = tf-tf_ecx;
args[2] = tf-tf_edx;
args[3] = tf-tf_esi;
args[4] =
RCS file: /home/ncvs/src/sys/i386/linux/linux_sysvec.c,v
retrieving revision 1.99
diff -u -2 -r1.99 linux_sysvec.c
--- linux_sysvec.c 4 Apr 2002 17:49:46 - 1.99
+++ linux_sysvec.c 24 Apr 2002 23:57:23 -
@@ -711,4 +711,5 @@
args[3] = tf-tf_esi;
Alright, so I got tired of trying to figure out if glibc is doing
something wierd or wrong so I downloaded the source for it, and I'm
looking at it now... (for version 2.2.2 which is what we have on FreeBSD's
linux_base-7) and here's what I'm seeing:
pushl %ebp
pushl %ebx
pushl
Basically, linux_mmap2 takes 6 args, and this looks here like only 5 args are
making it in... I checked this because the sixth argument to linux_mmap2() in
truss was showing 0x6, but when I printed out that arg from the kernel, it
was showing 0x0. Am I correct here?
Kenneth Culver writes:
OK, I found another problem, here it is:
static void
linux_prepsyscall(struct trapframe *tf, int *args, u_int *code, caddr_t
*params)
{
args[0] = tf-tf_ebx;
args[1] = tf-tf_ecx;
args[2] = tf-tf_edx;
args[3] = tf-tf_esi;
args
On Sunday 24 March 2002 05:26 pm, you wrote:
The bento cluster is now running with WITNESS enabled to try and track
down some odd UMA lock corruption panics. Instead, it found the
following lock order reversal in sys_pipe.c overnight:
Mar 24 07:31:44 user.crit gohan17 kernel: lock order
No it hasn't, there are still patches.
Ken
On Tue, 19 Mar 2002, Samuel Tardieu wrote:
Has the ATAPICAM patch entered the kernel sources already? I cannot
seem to find the option in LINT.
Sam
--
Samuel Tardieu -- [EMAIL PROTECTED] -- http://www.rfc1149.net/sam
To Unsubscribe: send
Oh yes, I forgot, there is also a cdrdao on:
ftp://freebsd.dk/pub/ATA/cdrdao-1.1.5-ATA.tgz
Again no CAM or atapicam needed :)
Is this a competition??? :-)
Ken
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Not that I know of, but I recently got permission to share the
(very limitted BTW) changes I did to cdrecord/cdrdao over a year
ago, and now that the infrastructure for using it is in both
-stable and -current, it seemed worthwhile to release it to
the unsuspecting world...
Judging by the
It puts its stuff in /usr/local/bin
Wierd, for me it put everything in /opt/schily/blah...
I hate it when people do that. :-)
Ken
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
I guess it's possible to change over entirely. That would
mean we would loase a.out support because the GNU tools are
becoming incapable of supporting a.out (all machines we
run on are Linux machines syndrome).
If we really wanted to avoid problems like this in the future,
we'd just scrap
At the risk of being yelled at, I have a question: Why do we still need to
support a.out? I know that a lot of people MIGHT still have some a.out
binaries lying around, but FreeBSD's default binary format has been ELF
for 3 or 4 years (Since 3.0-3.1 I believe). I'm not saying that we
We aren't changing this for GCC 2.95 in 5-CURRENT. PEROID. There is
zero reason for subjecting users to this ABI change for what would be
gained.
If you want to do something productive, submit patches that Bmake GCC 3.1
(which move us to Dwarf2 unwinding as a product).
Oh ok, that's
At the risk of being yelled at, I have a question: Why do we still need to
support a.out? I know that a lot of people MIGHT still have some a.out
binaries lying around, but FreeBSD's default binary format has been ELF
for 3 or 4 years (Since 3.0-3.1 I believe). I'm not saying that we
It's less slow and much more reliable than mozilla and remains the only
available browser that can access most of the sites I need to access.
That's odd, I've never had any mozilla problems. All I know is that it
doesn't crash on sites that Netscape crashes on (anything java) and for me
it
That's odd, I've never had any mozilla problems. All I know is that it
doesn't crash on sites that Netscape crashes on (anything java) and for
me it runs much faster than netscape. It loads slower, but renders pages
much faster, and I tend to load my browser once per day, and just leave
it
cd /usr/src/gnu/usr.bin/cc
make
make install
On Wed, 13 Mar 2002, Martin Blapp wrote:
Kris,
fixes things, or at least identify a list of possible changes which
others can test.
How can I compile gcc without doing a make world ?
Martin
To Unsubscribe: send mail to [EMAIL
Hmm, why do we need to add new layers and loss of functionality
to the ATAPI devices ?
Many many many people would like to be able to use cdrecord to burn data
to cd's so that all the front-ends to cdrecord will work. It's much nicer
than memorizing mkisofs commandline switches :-)
What
Umm, I don't remember where he posted it, but it wasn't posted privately.
Most likely since I'm using pine, it was posted to freebsd-current and
freebsd-scsi.
Ken
On Thu, 28 Feb 2002, Julian Elischer wrote:
where dod sis post his email..?
I never saw it
On Thu, 28 Feb 2002, Kenneth
Hmm, cdrecord can be used with the ATAPI sunsystem as it is, I did
patches for this long ago, but noone picked it up as a port...
I remember you saying that you had these, but you weren't willing to
release them for some reason; something to do with the GPL...
What functionality is lost by
There's actually a seperate TLB bug, but FreeBSD doesn't
trigger that one, either (Linux can tickle it, when there
are certain specific circumstances met).
Well, I think I know what you're talking about, linux allocates agpgart
memory without setting a non-cacheable bit, and then the agp card
if
Microsoft and Linux programmers made the same mistake, might
FreeBSD have also.
-Original Message-
From: Kenneth Culver [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 31, 2002 10:42 AM
To: Terry Lambert
Cc: David Malone; Cameron, Frank; '[EMAIL PROTECTED]';
'[EMAIL
to be sure since it was a week ago when I read it.
Ken
On Wed, 30 Jan 2002, [ISO-8859-1] Gérard Roudier wrote:
On Thu, 31 Jan 2002, Kenneth Culver wrote:
Yeah, that's what I saw on linux-kernel...
You probably didn't see the whole story or just did a too selective
reading. You should re-read
I was under the impression that they were writing into the cache not out
of it... I really need to read that article again :-D
Ken
On Thu, 31 Jan 2002, Jason Evans wrote:
On Wed, Jan 30, 2002 at 11:14:48PM +0100, Gérard Roudier wrote:
Linux can be fixed, but the useless writes of the
You should check the archives of the FreeBSD mailing lists before sending
a message to 4 of the lists. This quiestion has been answered several
times on the FreeBSD lists. The answer is that this isn't even really an
AMD AGP bug, it's a bug in the way linux handles mapping it's AGP memory.
1 - 100 of 140 matches
Mail list logo