Daniel Eischen wrote:
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
On Wed, Sep 24, 2003 at 02:11:53AM -0400, Daniel Eischen wrote:
> On Wed, 24 Sep 2003, Stijn Hoop wrote:
> > Just an idea (I hope this hasn't been said before in the mega thread but at
> > least I didn't get it this way):
> >
> > - fix all ports to respect PTHREAD_LIBS _ON THE LINKING STAGE_ (so n
On Wed, 24 Sep 2003, Stijn Hoop wrote:
> On Wed, Sep 24, 2003 at 01:49:50AM -0400, Daniel Eischen wrote:
> > If FreeBSD wants to take the simple approach and only support
> > one thread library in ports (-pthread == -lpthread) and not
> > make it selectable via PTHREAD_LIBS, then its not a problem
On Wed, Sep 24, 2003 at 08:01:35AM +0200, Stijn Hoop wrote:
> - fix all ports to respect PTHREAD_LIBS _ON THE LINKING STAGE_ (so no
> global search & replace, for it shouldn't be used in compile command lines)
> - keep '-pthread' as a compiler option, which maps to a NOOP for compiling
> and '-
On Wed, 24 Sep 2003, John Birrell wrote:
> 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.
You've just been around a little longer than I have!
--
Dan Eischen
On Wed, Sep 24, 2003 at 01:49:50AM -0400, Daniel Eischen wrote:
> If FreeBSD wants to take the simple approach and only support
> one thread library in ports (-pthread == -lpthread) and not
> make it selectable via PTHREAD_LIBS, then its not a problem.
> It would be nice to be able to support all o
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
unabl
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
http://lists.freebsd.org/m
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 deprecate
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 port
* 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
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 PFIL_HOO
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.
> >
> > -N
> 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()
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 wh
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 wit
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. In
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
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 mo
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: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
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 t
> 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 PROTECTE
> 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.
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,
a
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 tha
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 prophecy kernel:
ufs_extattr_get (/var): inode number inc
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
>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
>b
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.
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 th
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 tim
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
sa
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
r.sbi
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 pl
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
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 oth
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 interest
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 (
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 a
> 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, se
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 def
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
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: Fixin
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.con
[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 va
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
> inter
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
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.
Ho
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
>
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 us
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 f
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 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 o
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
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
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 complet
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.
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
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 abo
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 switchin
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 m
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 o
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 w
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 ATA
> 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), i
# 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
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 SAT
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
> bufdone(c3434c24,dc6c1c5c,c0198846,c0364e9c,c0
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 = 0x10:0
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
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.
> > >
> >
> >
> > Laugh, i
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 = 0x10:0x
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
instr
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
http://lists.freebsd.org/mailman/l
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()
> -> AcpiEnterSleepSta
76 matches
Mail list logo
