[NX}XI
¢ë`ñÈíÞÌGb`ªWª¯³êÄA
³¿Å©êéæB
http://216.101.214.74/omankoheaven/
·²[¢¾©çÉÈÉÅà©ÄÝÄËB
½Ü±
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Hi.
Anyone else seeing this ?
cc -fpic -DPIC -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include -D_
_DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/
src/lib/libc/../libc/locale -DBROKEN_DES -DYP -DHESIOD -I/usr/obj/usr/src/i386/u
sr/include -c
On Fri, Dec 29, 2000 at 02:42:18PM +0100, German Tischler wrote:
cc -fpic -DPIC -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include -D_
_DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/
src/lib/libc/../libc/locale -DBROKEN_DES -DYP -DHESIOD
On Fri, 29 Dec 2000 14:42:18 +0100, German Tischler wrote:
Anyone else seeing this ?
Yet another avoidable break caused by inadequate pre-commit testing.
Watch your cvs-all mail for commits to either the btree code or (more
likely) queue.h .
Ciao,
Sheldon.
To Unsubscribe: send mail to
I just did a make world from sources updated less than 12 hours ago, and I
did not have ANY problems..
Sheldon Hearn wrote:
On Fri, 29 Dec 2000 14:42:18 +0100, German Tischler wrote:
Anyone else seeing this ?
Yet another avoidable break caused by inadequate pre-commit testing.
Is there a nice way to stop vga_pci from attaching to my video card, or
to allow another driver to attach to it after vga_pci has done its thing?
At the moment I'm removing all traces of vga_pci from the Makefile in
my kernel 'compile' directory (which works)...
It is preventing the drm module
I am totally unable to complete a
cd /usr/src
cvs -q update -P -d -A
on any of my two -current systems.
The systems stalls as described in my email yesterday.
CCD is now out of the equation.
-
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] |
In message [EMAIL PROTECTED], Sheldon Hearn writes:
On Fri, 29 Dec 2000 14:42:18 +0100, German Tischler wrote:
Anyone else seeing this ?
Yet another avoidable break caused by inadequate pre-commit testing.
Watch your cvs-all mail for commits to either the btree code or (more
likely) queue.h
Thus spake Poul-Henning Kamp ([EMAIL PROTECTED]):
cd /usr/src
cvs -q update -P -d -A
on any of my two -current systems.
The systems stalls as described in my email yesterday.
Maybe this is related:
I had two complete hangs today on my
FreeBSD cichlids.cichlids.com 5.0-CURRENT
It seems feasable to generate a new binary on a recent or an old patched
FreeBSD version. The question is which is better. I think the newer
the better. Otherwise, who is going to build the 2.2.8-stable box
to make this one binary? I've already built a binary on 4.2-release
that works.
On Fri, 29 Dec 2000, Juriy Goloveshkin wrote:
Hello,
Can anybody run any PalmPilot emulator on CURRENT?
pose and xcopilot don't work.
Nope.
--
_ __ ___ ___ ___ ___
Wesley N Morgan _ __ ___ | _ ) __| \
On Fri, 29 Dec 2000, Daniel O'Connor wrote:
On 29-Dec-00 Juriy Goloveshkin wrote:
Can anybody run any PalmPilot emulator on CURRENT?
pose and xcopilot don't work.
Perhaps if you submitted a bug report worthy of the name someone might be able to
help.
Does it core? panic the machine?
Hi!
Maybe this is related, maybe not... I upgraded to the latest CURRENT
available this morning and now I also see occasional (albeit short) hangs
sometimes, although the machine seems to be responsive otherwise.
But, not only that, I also got a cool panic while trying to do some stuff
(like
Maybe this is related, maybe not... I upgraded to the latest CURRENT
available this morning and now I also see occasional (albeit short) hangs
sometimes, although the machine seems to be responsive otherwise.
I see this also. If you aren't using USB but have it compiled into your
kernel
I have a -current stall or hang, also.
I do NOT have USB support in my kernel.
Running gdb on hello.c, the standard hello, world, will cause the
stall or hang. Keyboard input is echoed, but, no action.
tomdean
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current"
I wrote:
Right, but stealing these small snippets from NetBSD wasn't very hard,
see patch below.
Here's a better patch, including stty. If there are no objects, I'll
commit this.
/assar
Index: bin/stty/modes.c
===
RCS file:
I'd appreciate it if those who are having issues with gdb were to
try this patch and let me know if it fixes things.
Index: sys_process.c
===
RCS file: /home/ncvs/src/sys/kern/sys_process.c,v
retrieving revision 1.57
diff -u -u
I have an IBM T20 laptop that I want to run FreeBSD on. I have run
Partition Magic and shrunk the disk to 4GB (leaving 8GB for FreeBSD).
I downloaded 4.2-RELEASE and installed it on the box. Everything looked
good until I tried to reboot the machine. At that point, it would show
the ThinkPad
On 29-Dec-00 Poul-Henning Kamp wrote:
I am totally unable to complete a
cd /usr/src
cvs -q update -P -d -A
on any of my two -current systems.
The systems stalls as described in my email yesterday.
CCD is now out of the equation.
I'm getting these hangs on my laptop as
Currently the mutexes for the USB ethernet drivers don't play well with the USB
code, and the kernel ends up sleeping with them held, which can deadlock the
machine (it locked my machine up a couple of times when I would unplug my cue0
adapter.) I worked around it by just turning off the locking
On 30-Dec-00 Alfred Perlstein wrote:
I'd appreciate it if those who are having issues with gdb were to
try this patch and let me know if it fixes things.
Index: sys_process.c
===
RCS file:
I'm getting these on NFS for loopback.
On 29-Dec-00 Poul-Henning Kamp wrote:
I am totally unable to complete a
cd /usr/src
cvs -q update -P -d -A
on any of my two -current systems.
The systems stalls as described in my email yesterday.
CCD is now out of the
On Fri, Dec 29, 2000 at 06:44:28PM -0600, Wm Brian McCane scribbled:
[Snip IBM T20 woe's]
| Any ideas?
see http://people.freebsd.org/~bmah/ThinkPad/
and -mobile archives within the last month for info.
Basically, IBM messed up on their BIOS, it won't boot with a 165(FreeBSD)
partition. I am
:
:I'm getting these on NFS for loopback.
Can you verify that it's the same as Poul's by breaking into DDB
and doing a trace ?
I have very little time, but what I think may be going on is that
current may be exposing a bug in the specfs fsync code related to
flushing dirty
I'll try- lots on plate to do.
There's a lot of iffy stuff with ithreads on alpha. But this theory of yours
doesn't match the situation where I can then still log in and ping, but that
the NFS loopback mount is still hosed.
I went back to building across NFS and that worked mucho better.
:
:
:I'll try- lots on plate to do.
:
:There's a lot of iffy stuff with ithreads on alpha. But this theory of yours
:doesn't match the situation where I can then still log in and ping, but that
:the NFS loopback mount is still hosed.
:
:I went back to building across NFS and that worked mucho
Folks,
[EMAIL PROTECTED]:
I have a KT7 with an athlon 1.1, no problems with ATA66, don't have a 100
drive though. Works fine, does make worlds in a little over an hour with
384mb of pc133, but I do have to downclock the pc133 to 100 because these
via chips have some problem with agp and
Hello everybody!
ps 2000/12/29 16:44:44 PST
Modified files:
sys/kern sys_process.c
Log:
Pass me the pointy hat. Do not hold sched_lock over psignal.
Submitted by: alfred
Revision ChangesPath
1.58 +2 -2 src/sys/kern/sys_process.c
I
On Fri, Dec 29, 2000 at 04:02:08PM -0800, Thomas D. Dean wrote:
I have a -current stall or hang, also.
I do NOT have USB support in my kernel.
Running gdb on hello.c, the standard hello, world, will cause the
stall or hang. Keyboard input is echoed, but, no action.
tomdean
No, no USB
:
:
:I'll try- lots on plate to do.
:
:There's a lot of iffy stuff with ithreads on alpha. But this theory of yours
:doesn't match the situation where I can then still log in and ping, but that
:the NFS loopback mount is still hosed.
:
:I went back to building across NFS and that
30 matches
Mail list logo
