> :
> :
> :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 t
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,
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 thin
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
:
:
: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 b
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'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 b
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 su
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.
> >
> > CC
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: /home/ncvs/src/sys/kern/sys_pro
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 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 lap
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 Lo
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 -r1.5
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 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"
> 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
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 co
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
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 _ __ ___ | _ ) __| \
> 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 work
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
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
>like
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] | TCP
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 f
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
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 [E
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 -I/usr/obj
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 /usr/src/
[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
30 matches
Mail list logo
