On Mon, 22 Sep 2003, Andrew Thompson wrote:
Andrew Thompson wrote:
I fixed the other null derefernce in sc_bell() and the laptop is now
suspending with the serial console the same as without.
as it should, but the second suspend it only does acpi_SetSleepState()
- AcpiEnterSleepStatePrep()
Hi,
I am wondering what the state of devd is, should I be using it instead
of pccardd? At the moment I have neither running, but want to 'up' my
wi card on insert.
thanks,
Andy
___
[EMAIL PROTECTED] mailing list
Hi,
I got this panic with an SMP kernel from yesterday, is this a known issue?
panic: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
cpuid = 0; lapic.id =
fault virtual address = 0x70040045
fault code = supervisor read, page not present
I have panic:
Fatal trap 12: page fault while in kernel mode
cpuid = 0; lapic.id = 0100
fault virtual address = 0x38
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc025a224
stack pointer = 0x10:0xdc6b5b64
frame pointer =
On Mon, 22 Sep 2003 17:02:29 -0700 (PDT)
Doug White [EMAIL PROTECTED] wrote:
On Mon, 22 Sep 2003, Bruce Mackay wrote:
Most BIOSen with PnP support have an option to clear the device config and
force a PCI/PnP resource reconfiguration on next boot.
snip
Laugh, it's actually a
On Mon, 22 Sep 2003, Scott Long wrote:
Daniel Eischen wrote:
This is about 3rd party applications built outside of
ports. The only possible problem you are going to
have is on the link command, and it should be obvious
that you're missing a link to the threads library.
This is trivial
Another panic:
Fatal trap 12: page fault while in kernel mode
cpuid = 0; lapic.id = 0100
fault virtual address = 0x40
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc025a1f9
stack pointer = 0x10:0xdc6bb984
frame pointer =
On Tue, Sep 23, 2003 at 17:47:52 +0400, Igor Timkin wrote:
panic(c2e873da,6,0,c21a6000,c03535e0) at panic+0x60
freerq(c358a800,c2e873b2,e4,6,dc6c1bc4) at freerq+0x100
complete_rqe(c3434c24,396c,6e0d1def,1b90c284,dc6c1c14) at complete_rqe+0x6ca
Hi all,
Inspired with all the FreeBSD is free software , windows and buggy hardware
and blabla I realize what maybe I could do more to help solve this problem.
I made small research on my computer and I find out what till the cvsup date
2003.08.24.00.00.00 till ATAng commitment to the source my
# uname -a
FreeBSD .cisco.com 5.0-20030529-SNAP FreeBSD 5.0-20030529-SNAP #0: Fri May
30 08:27:14 GMT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC
sparc64
ive been cvsupping for a week or 2 now with the same results below.
# /usr/local/bin/cvsup -g -L 2 /root/current-supfile make
I'm all for removing it, but our FSF GCC maintainer thought
it better to make it a NOOP. We're just going by his advice.
I agreed that making -pthread == NOOP was probably better than the
~Sept 5 -CURRENT system compiler however that was not my full advice.
In my view (and thus my advice), it
It seems Putinas wrote:
Hi all,
Inspired with all the FreeBSD is free software , windows and buggy hardware
and blabla I realize what maybe I could do more to help solve this problem.
I made small research on my computer and I find out what till the cvsup date
2003.08.24.00.00.00 till ATAng
On Tue, 23 Sep 2003, Loren James Rittle wrote:
I'm all for removing it, but our FSF GCC maintainer thought
it better to make it a NOOP. We're just going by his advice.
I agreed that making -pthread == NOOP was probably better than the
~Sept 5 -CURRENT system compiler however that was not
This patch moves the SCSI cd driver under GEOM.
On sparc64 (or with geom_sunlabel in your kernel) try inserting a
solaris install CD and then:
true /dev/cd0 # make GEOM taste media
ls -l /dev/cd*
You should now be able to see the boot partitions.
It also alows GBDE encryption
Hello (World).
I've recently moved from FreeBSD 5.1-RELEASE to 5.1-CURRENT (from
September 21) and noticed some strange changes in my system
responsiveness (using identical kernel configs).
Some applications, like games/fuhquake, Quake3 and SETI seem to run
faster (I get better FPS in games and
On Tue, Sep 23, 2003 at 07:43:25PM +0300, Dan Naumov wrote:
Starting applications (XFree, Evolution, Mozilla, OpenOffice, games)
takes a noticably longer time than it used to, I'd say that Mozilla
Firebird load times have increased by about 30-40%. I can also now see
jerkiness in switching
On 2003-09-23 09:58 -0700, Brooks Davis wrote:
On Tue, Sep 23, 2003 at 07:43:25PM +0300, Dan Naumov wrote:
Starting applications (XFree, Evolution, Mozilla, OpenOffice, games)
takes a noticably longer time than it used to, I'd say that Mozilla
Firebird load times have increased by about
On Tue, Sep 23, 2003 at 01:09:19PM -0400, Munish Chopra wrote:
On 2003-09-23 09:58 -0700, Brooks Davis wrote:
On Tue, Sep 23, 2003 at 07:43:25PM +0300, Dan Naumov wrote:
Starting applications (XFree, Evolution, Mozilla, OpenOffice, games)
takes a noticably longer time than it used to, I'd
Last week, Nate Lawson reported a panic in 5.1-CURRENT as described
below. However, despite the apparent resolution, doing a clean install
on an IBM t40 with the most recent snapshot from
snapshots.jp.freebsd.org still results in the same panic for me.
I can provide more information as necessary.
In message [EMAIL PROTECTED], Andrey Chernov writes:
On Tue, Sep 23, 2003 at 17:47:52 +0400, Igor Timkin wrote:
panic(c2e873da,6,0,c21a6000,c03535e0) at panic+0x60
freerq(c358a800,c2e873b2,e4,6,dc6c1bc4) at freerq+0x100
complete_rqe(c3434c24,396c,6e0d1def,1b90c284,dc6c1c14) at
It seems Robert Ferguson wrote:
Last week, Nate Lawson reported a panic in 5.1-CURRENT as described
below. However, despite the apparent resolution, doing a clean install
on an IBM t40 with the most recent snapshot from
snapshots.jp.freebsd.org still results in the same panic for me.
I can
The following changes should be transparent but just in case they are not
please be aware...
Sam
sam 2003/09/23 10:54:04 PDT
FreeBSD src repository
Modified files:
sys/net bridge.c pfil.h pfil.c
sys/netinet ip_input.c ip_output.c
On Mon, 22 Sep 2003, David Schwartz wrote:
No. There are other environments that don't have -pthread
though.
So now FreeBSD will support a flag that numerous other platforms support,
however it will support it differently from every other platform. On every
other platform I know of
On Wed, 10 Sep 2003, Peter Edwards wrote:
Hi,
For the impatient, a way I found around the problem was to mount
the md-backed filesystems with the sync option.
many thanks for that hint. :-)
--
Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT
56 69 73 69 74
On Tue, 23 Sep 2003, David Schwartz wrote:
On Mon, 22 Sep 2003, David Schwartz wrote:
No. There are other environments that don't have -pthread
though.
So now FreeBSD will support a flag that numerous other platforms support,
however it will support it differently from every
On Tue, 2003-09-23 at 23:13, Daniel Eischen wrote:
I understand that folks want to wave their hands and say just make
-pthread work and do whatever it needs to.
I am one of those folks as well. As an end-user, I am not interested in
hacking around the source of 3rd-party applications that use
On Tue, 2003-09-23 at 23:25, Dan Naumov wrote:
On Tue, 2003-09-23 at 23:13, Daniel Eischen wrote:
I understand that folks want to wave their hands and say just make
-pthread work and do whatever it needs to.
I am one of those folks as well. As an end-user, I am not interested in
hacking
Scott Long wrote:
I'm perfectly happy to support the libkse-libpthread switch, and I'm
perfectly happy to support making libpthread be the default threading
library. But, I strongly believe that we need to also treat -pthread
sanely.
You have to decide what the therading lib should be indeed.
Sam Leffler wrote:
FreeBSD src repository
Modified files:
sys/net bridge.c pfil.h pfil.c
sys/netinet ip_input.c ip_output.c ip_var.h
sys/netinet6 ip6_forward.c ip6_input.c ip6_output.c
ip6_var.h ip6protosw.h
sys/sys
On Tuesday 23 September 2003 01:25 pm, Dan Naumov wrote:
On Tue, 2003-09-23 at 23:13, Daniel Eischen wrote:
I understand that folks want to wave their hands and say just
make -pthread work and do whatever it needs to.
I am one of those folks as well. As an end-user, I am not
interested in
[cc trimmed]
Hi Daniel,
On Tue, Sep 23, 2003 at 04:13:11PM -0400, Daniel Eischen wrote:
However, I'd
also suggest making it easy for people to set '-pthread' to give whatever
pthreads library they think is the most sensible default for their
installation.
You can't make it variable.
In message: [EMAIL PROTECTED]
Andrew Thompson [EMAIL PROTECTED] writes:
: I am wondering what the state of devd is, should I be using it instead
: of pccardd? At the moment I have neither running, but want to 'up' my
: wi card on insert.
Working.
devd_enable=YES
in /etc/rc.conf
On Tue, 23 Sep 2003, Daniel Eischen wrote:
Date: Tue, 23 Sep 2003 16:13:11 -0400 (EDT)
From: Daniel Eischen [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: David Schwartz [EMAIL PROTECTED]
Cc: Doug Barton [EMAIL PROTECTED], Freebsd Current [EMAIL PROTECTED]
Subject: RE: Fixing -pthreads
On Tue, 23 Sep 2003, Marcin Dalecki wrote:
Scott Long wrote:
I'm perfectly happy to support the libkse-libpthread switch, and I'm
perfectly happy to support making libpthread be the default threading
library. But, I strongly believe that we need to also treat -pthread
sanely.
You
On Tue, 23 Sep 2003, Andrea Campi wrote:
[cc trimmed]
Hi Daniel,
On Tue, Sep 23, 2003 at 04:13:11PM -0400, Daniel Eischen wrote:
However, I'd
also suggest making it easy for people to set '-pthread' to give whatever
pthreads library they think is the most sensible default for
Could we add PFIL_HOOKS to GENERIC, while we're at it? Please?
Eventually this will happen. Almost certainly in time for 5.2.
Sam
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe,
I'm sorry bothering you with this again, but what's the desision with
sys/cdio.h? I'm hoing to submit patches to XMMS and XINE folks, but in
both enabling/disabling CDDA is based on this ioctl's presence.
BTW, if anybody's interested I've patched audio/dagrab,
audio/cdparanoia and multimedia/xmms
On Tuesday 23 September 2003 23:47, Vladimir Kushnir wrote:
I'm sorry bothering you with this again, but what's the desision with
sys/cdio.h? I'm hoing to submit patches to XMMS and XINE folks, but in
both enabling/disabling CDDA is based on this ioctl's presence.
BTW, if anybody's interested
Dear Hackers,
I have prepared Bluetooth mega patch for FreeBSD source tree. This patch
updates FreeBSD sources to the most recent snapshot. The patch is quite
extensive - it adds two new libraries (libbluetooth and libsdp) as well
as puts some files into /etc/bluetooth and modifies quite a few
Unfortunately, no. But I can post them - they're not big (obviously :-)
On Wed, 24 Sep 2003, Arjan van Leeuwen wrote:
On Tuesday 23 September 2003 23:47, Vladimir Kushnir wrote:
I'm sorry bothering you with this again, but what's the desision with
sys/cdio.h? I'm hoing to submit patches to
There may be a problem with the ACPI drivers in -CURRENT. I cvsup'ed to
-CURRENT earlier today (9/23/03), rebuilt the world and kernel, and installed
everything without incident. When I rebooted my laptop after installing
the world, the kernel started hanging part way through the boot process.
I
After cvsup, buildworld error in usr.sbin/ipftest
[snip]
=== usr.sbin/ipftest
cc -O -pipe -march=pentium3 -DUSE_INET6 -DIPL_NAME=\/dev/ipl\ -DIPFILTER_LOG
-I/usr/src/usr.sbin/ipftes
t/../../sys/contrib/ipfilter/netinet
-I/usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/usr/src/us
Daniel Eischen wrote:
On Tue, 23 Sep 2003, Marcin Dalecki wrote:
Scott Long wrote:
I'm perfectly happy to support the libkse-libpthread switch, and I'm
perfectly happy to support making libpthread be the default threading
library. But, I strongly believe that we need to also treat -pthread
On Tue, 23 Sep 2003 13:09:19 -0400
Munish Chopra [EMAIL PROTECTED] wrote:
On 2003-09-23 09:58 -0700, Brooks Davis wrote:
On Tue, Sep 23, 2003 at 07:43:25PM +0300, Dan Naumov wrote:
Starting applications (XFree, Evolution, Mozilla, OpenOffice,
games) takes a noticably longer time than it
On Wed, 24 Sep 2003, Marcin Dalecki wrote:
Daniel Eischen wrote:
On Tue, 23 Sep 2003, Marcin Dalecki wrote:
Scott Long wrote:
I'm perfectly happy to support the libkse-libpthread switch, and I'm
perfectly happy to support making libpthread be the default threading
library. But,
Søren,
My setup is as follows:
Maxtor 6Y120MO 120GB SATA drive
Adaptec Serial ATA RAID 1210SA
Intel® Desktop Board D845GEBV2
1GB RAM
1.7 GHz Celeron CPU
The motherboard has the latest P17 BIOS.
The system has a teac 52x CD-ROM as the Master ATA device on the
motherboards primary IDE controller.
When booting FreeBSD normally or in single-user mode, these are the last
messages displayed:
Timecounter TSC frequency 498470127 Hz quality 800
Timecounters tick every 10.000 msec
^^^ hangs after that
When booting FreeBSD with ACPI turned off or in Safe Mode, the computer
boots
Sam Leffler wrote:
Could we add PFIL_HOOKS to GENERIC, while we're at it? Please?
Eventually this will happen. Almost certainly in time for 5.2.
It was due for 5.0-RELEASE, it hasn't made it in for 5.1-RELEASE and post
5.1-R reminders have been ignored on this list as well. This is starting to
I'm running 5.1-R, and having forgot to set up UFS2 for my file systems
(doh!) I'm using ACLs the UFS1 way. All is well and good, for the most
part, except that I'm getting a lot of messages like these:
/var/log/messages:Sep 22 20:38:01 kern.crit prophecy kernel:
ufs_extattr_get (/var): inode
Well, I didn't know somebody was patching it, so I started using the
following in ripit.pl (not exactly as below) instead of 'dagrab':
dd if=/dev/acd0t01 ibs=2352 obs=2048 | sox -t raw -r 44100 \
-s -c 2 -w - -t wav -r 44100 -s -c 2 -w track01.wav
Funny thing is, it is a hell of a lot faster
On 23/09/03 18:07 -0700, Nate Lawson wrote:
Enable options DDB. When it hangs, press CTRL-ALT-ESC and then tr to
get a traceback.
While ACPI influences this problem, I am uncertain it is the root cause.
-Nate
Way ahead of you there. I compiled a kernel with DDB on, installed it,
and
Sam Leffler wrote:
Could we add PFIL_HOOKS to GENERIC, while we're at it? Please?
Eventually this will happen. Almost certainly in time for 5.2.
It was due for 5.0-RELEASE, it hasn't made it in for 5.1-RELEASE and post
5.1-R reminders have been ignored on this list as well. This is
After cvsup, buildworld error in usr.sbin/ipftest
[snip]
Dang, my bad. Will deal with it.
Sam
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Here is a partial list of the ports that need to be taught to respect
PTHREAD_LIBS and PTHREAD_CFLAGS, from the latest 5.x package build (I
just grepped for the -pthread is deprecated error message). None of
these were fixed by ports/57047. It is likely that there are many
more that also need to
On Tue, Sep 23, 2003 at 07:18:21PM -0700, Kris Kennaway wrote:
Here is a partial list of the ports that need to be taught to respect
PTHREAD_LIBS and PTHREAD_CFLAGS, from the latest 5.x package build (I
just grepped for the -pthread is deprecated error message). None of
these were fixed by
On Wed, Sep 24, 2003 at 12:32:05PM +1000, John Birrell wrote:
On Tue, Sep 23, 2003 at 07:18:21PM -0700, Kris Kennaway wrote:
Here is a partial list of the ports that need to be taught to respect
PTHREAD_LIBS and PTHREAD_CFLAGS, from the latest 5.x package build (I
just grepped for the
On Tue, Sep 23, 2003 at 07:33:43PM -0700, Kris Kennaway wrote:
Won't these ports still need to be fixed to look at
PTHREAD_{LIBS,CFLAGS} though, since the correct values for 4.x and 5.x
will still be different?
Not if -pthread remains. Internally gcc would link to a different
library, but most
On Wed, Sep 24, 2003 at 12:43:54PM +1000, John Birrell wrote:
On Tue, Sep 23, 2003 at 07:33:43PM -0700, Kris Kennaway wrote:
Won't these ports still need to be fixed to look at
PTHREAD_{LIBS,CFLAGS} though, since the correct values for 4.x and 5.x
will still be different?
Not if -pthread
On Wed, 24 Sep 2003, John Birrell wrote:
On Tue, Sep 23, 2003 at 07:33:43PM -0700, Kris Kennaway wrote:
Won't these ports still need to be fixed to look at
PTHREAD_{LIBS,CFLAGS} though, since the correct values for 4.x and 5.x
will still be different?
Not if -pthread remains. Internally
Obviously I don't understand enough about locks. A recent (last week
or two) checkin screwed the wi driver such that it panic's saying that
ic_nodelock is used recursively first in line 525 and then in 547 of
net80211/ieee80211_node.c.
On my own, I tried chaging line 87 to mtx_init() the lock
Dear M$ users,
PLEASE clean your systems.
I get 15Megs of virus/day (~100 Mails each 150k with M$ trash). Now for
over one week, so it's REALLY annoying.
Not that there weren't enough great junk filters, it's wasted bandwidth.
Not only on my site. If you have to use M$ systems on machines on
Obviously I don't understand enough about locks. A recent (last week
or two) checkin screwed the wi driver such that it panic's saying that
ic_nodelock is used recursively first in line 525 and then in 547 of
net80211/ieee80211_node.c.
On my own, I tried chaging line 87 to mtx_init() the
On Tuesday 23 September 2003 10:01 pm, Jeremy Bingham wrote:
On 23/09/03 18:07 -0700, Nate Lawson wrote:
Enable options DDB. When it hangs, press CTRL-ALT-ESC and then
tr to
get a traceback.
While ACPI influences this problem, I am uncertain it is the root
cause.
-Nate
Way
Sam Leffler wrote:
It was not due for 5.0 or any subsequent release. It was requested by
certain developers and I requested that they demonstrate that adding it to
the GENERIC system would not noticeably impact non-PFIL_HOOKS users.
I intend to convert certain network subsystems to use
Hi,
On my box there is an Asus P4P800 motherboard with an integrated
Soundmax soundcard. I can play audio files through it thanks to the
snd_ich and snd_pcm drivers. But when I play audio CDs, with cdcontrol
or X11 apps, no sound is heard, though the mixer settings are correct.
The audio tracks
* Kris Kennaway [EMAIL PROTECTED] [030923 22:21]:
Here is a partial list of the ports that need to be taught to respect
PTHREAD_LIBS and PTHREAD_CFLAGS, from the latest 5.x package build (I
just grepped for the -pthread is deprecated error message). None of
One very important group of ports
On Wed, Sep 24, 2003 at 01:34:13AM -0400, Michael Edenfield wrote:
One very important group of ports that should get looked at when this
gets worked out is KDE. Apparently, Qt uses a different means of
determining wether to use threading, than the ports that depend on it.
The qt-using ports
On Wed, 24 Sep 2003, Michael Edenfield wrote:
* Kris Kennaway [EMAIL PROTECTED] [030923 22:21]:
Here is a partial list of the ports that need to be taught to respect
PTHREAD_LIBS and PTHREAD_CFLAGS, from the latest 5.x package build (I
just grepped for the -pthread is deprecated error
On Wed, Sep 24, 2003 at 01:49:50AM -0400, Daniel Eischen wrote:
It would be nice to be able to support all our thread
libraries, but I grow weary.
I grow weary yesterday.
--
John Birrell
___
[EMAIL PROTECTED] mailing list
I just ran into this today after upgrading. It seems that dhclient is
unable to initialize properly at boot time, due to the prior initialization
of ipfw2 (default to deny policy). As all traffic is denied until my
firewall ruleset gets loaded (not until just after dhclient fails), it's
70 matches
Mail list logo