Bruno Afonso <[EMAIL PROTECTED]> writes:
> No they don't. I have a radeon 7200 and at the moment the support
> seems to be broken (I don't think anyone has updated XFree to fix
> it). This is on 5.1. Search the -current archives and you will someone
> also complaining about it.
I have -CURRENT box
Jun Kuriyama <[EMAIL PROTECTED]> writes:
> But I used linux.ko which sync'ed with kernel itself (both were built
> with same config). Is MUTEX_PROFILING not passed to kernel module
> building?
Modules are compiled without options.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
_
On Thu, 10 Jul 2003, David Leimbach wrote:
DL> I always feel better when I convert void * to char * but that's probably
DL>because C++ doesn't allow pointer arithmetic on void *'s. The argument
DL>being that you don't know the size of what's being pointed to with a void *
DL>and therefore can't k
All of these failures are caused by incomplete compiler import.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
TB --- 2003-07-11 05:45:13 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-07-11 05:45:13 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-11 05:47:13 - building world
TB
TB --- 2003-07-11 05:41:02 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-07-11 05:41:02 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-11 05:43:12 - building world
TB --- cd /home
TB --- 2003-07-11 05:36:45 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-07-11 05:36:45 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-11 05:39:01 - building world
TB --- cd /home
TB --- 2003-07-11 05:32:46 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-07-11 05:32:46 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/i386
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-11 05:34:48 - building world
TB --- cd /home
TB --- 2003-07-11 05:28:47 - starting CURRENT tinderbox run for amd64/amd64
TB --- 2003-07-11 05:28:47 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-11 05:30:55 - building world
TB --- cd /
I don't know if this is relevant, but the NVidia drivers won't work
with libkse or libthr, because it messes with the %gs segment
register, which both threading libraries use. The only threading
library it currently works with is libc_r.
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net
I'll be importing a GCC 3.3.1 snapshot in a couple of minutes.
Please hold your updates until I post 'all clear' message.
--
Alexander Kabaev
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, se
In message: <[EMAIL PROTECTED]>
Nate Lawson <[EMAIL PROTECTED]> writes:
: Please send me your patch for reseting USB on resume. I will test it and
: commit it.
Acutally, I have some generic resume stuff in the pipeline, so please
run it by me too. Too many drivers do too many bogus t
On Thu, Jul 10, 2003 at 04:41:40PM -0700, Evan Dower wrote:
> The new nvidia-driver was unstable for me as well. So much so that I
> deinstalled it so I could get some actual work done. I never was able o get
> any specifics about it, as I don't have a serial console set up, and when
> it crashe
The new nvidia-driver was unstable for me as well. So much so that I
deinstalled it so I could get some actual work done. I never was able o get
any specifics about it, as I don't have a serial console set up, and when it
crashes it freezes the screen. I can tell you this much though. Sometimes
On Thu, 10 Jul 2003 16:43:34 -0500, Craig Boston <[EMAIL PROTECTED]>
wrote:
Hi, all,
Just wondering if anyone has had any experiences (good or bad) with the
new nvidia driver on CURRENT? So far I've found it to be pretty
unstable... I tried reverting back to 5.1-RELEASE and recompiling the
On Thu, 2003-07-10 at 15:25, Matthias Buelow wrote:
> Scott M. Likens writes:
>
> >Are you using the drm kernel drivers from the kernel, or are you using
> >DRI-HEAD from dri.sf.net?
>
> >From the kernel (I didn't install anything else).
Yes you can get it from dri.sf.net
Easiest way and most p
Hi,
Yes, I can replicate the behavior you describe upon running glxinfo
repeatedly. I have not yet had any trouble with xvinfo. I have
also seen a couple of crashes (not repeatable) after running
some of the xscreensaver-demo examples and/or some of the GL
apps for xscreensaver directly.
I am ru
On Thu, Jul 10, 2003 at 03:03:41PM -0700, Julian Elischer wrote:
>
> it comes I think from the fact that some hardware treats things as
> bitmaps. (?)
I have to guess that a bitmap is a natural way to represent sets
when the sets aren't large and that this is why we use bitmaps.
We have a need to
Scott M. Likens writes:
>Are you using the drm kernel drivers from the kernel, or are you using
>DRI-HEAD from dri.sf.net?
>From the kernel (I didn't install anything else).
--
Matthias Buelow; [EMAIL PROTECTED],informatik.uni-wuerzburg.de}
___
[EM
On Thu, 10 Jul 2003, Marcel Moolenaar wrote:
> On Fri, Jul 11, 2003 at 07:21:16AM +1000, Bruce Evans wrote:
> > have MD definitions. Its first arg has type u_int64_t on ia64's and
> > u_int on other arches. This is bogus for ia64's since subr_smp.c uses
> > u_int for all bitmaps of CPUs, so sy
Hi, all,
Just wondering if anyone has had any experiences (good or bad) with the new
nvidia driver on CURRENT? So far I've found it to be pretty unstable... I
tried reverting back to 5.1-RELEASE and recompiling the driver (i'm
installing it from the port), but no luck.
It works fine in 2D mo
On Fri, Jul 11, 2003 at 07:21:16AM +1000, Bruce Evans wrote:
> have MD definitions. Its first arg has type u_int64_t on ia64's and
> u_int on other arches. This is bogus for ia64's since subr_smp.c uses
> u_int for all bitmaps of CPUs, so systems with more than 32 CPUs cannot
> actually work.
Th
On 10-Jul-2003 Bruce Evans wrote:
> On Thu, 10 Jul 2003, Julian Elischer wrote:
>
>> I have a small "proof of concept" scheduler hack at:
>> http://www.freebsd.org/~julian/it.diff
>> ...
>> It's only implemented for SMP/i386 as the code to halt the cpu is only
>> present (from my quick view) in x
On Fri, 11 Jul 2003, Bruce Evans wrote:
> On Thu, 10 Jul 2003, Julian Elischer wrote:
>
> > I have a small "proof of concept" scheduler hack at:
> > http://www.freebsd.org/~julian/it.diff
> > ...
> > It's only implemented for SMP/i386 as the code to halt the cpu is only
> > present (from my qui
On Thu, 2003-07-10 at 12:14, Matthias Buelow wrote:
> Hi folks,
>
> anyone else still seeing occasional lockups when using a Radeon
> graphics card? I've had these frequently with a R7500 on 5.0p7
> and now installed 5.1 hoping that the issue had been fixed in
> the meantime. It went well for tw
On Thu, 10 Jul 2003, Julian Elischer wrote:
> I have a small "proof of concept" scheduler hack at:
> http://www.freebsd.org/~julian/it.diff
> ...
> It's only implemented for SMP/i386 as the code to halt the cpu is only
> present (from my quick view) in x86 and it doesn't make sense in UP..
ipi_se
Poul-Henning Kamp wrote:
Bah. Add a prerequisites field to fstab with all the filesystems that
must be mounted before that one can be mounted.
That's not enough.
I have filesystems I don't want fscked/mounted until after sshd
will accept my login for instance (I hate waiting for a fsck of
/hom
It would be great if this could be sorted out ASAP. With the patches
floating around and (seemingly) working (not that I have tested any of
them), they add enough extra functionality and flexibility to be very
valuable.. The multi-IP, process injection and the SysV stuff is (from
where I stand) the
In message <[EMAIL PROTECTED]>, "Daniel C. Sobral" writes:
>Andrew Kenneth Milton wrote:
>> +---[ Poul-Henning Kamp ]--
>> |
>> | I think we need somebody to reconsider how we configure our filesystems
>> | in the future, in order to avoid a confusion of config files whose
>
Andrew Kenneth Milton wrote:
+---[ Poul-Henning Kamp ]--
|
| I think we need somebody to reconsider how we configure our filesystems
| in the future, in order to avoid a confusion of config files whose
| interrelationship users will have no chance of figuring out.
|
| We ha
On 10-Jul-2003 Julian Elischer wrote:
> BTW in cpu_idle()
>
>#ifdef SMP
> if (mp_grab_cpu_hlt())
> return;
>#endif
>
>
> whta gain is there in this returning.. it will anyhow if there is work
> to do, and sched_runnable is called either way..
>
> couldn't it just be
>
On 10-Jul-2003 Robin P. Blanchard wrote:
> Sources as of this morning yield:
Do you have the actual panic message?
--
John Baldwin <[EMAIL PROTECTED]> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!" - http://www.FreeBSD.org/
__
On Thu, 10 Jul 2003, John Baldwin wrote:
> > 307.504u 93.581s 4:23.22 152.3% 3047+5913k 29+1055io 8pf+0w
> >
> > What is so stunning is the massive increase in user time
> > for the case where the cpu is not being idled.
> > I'm hoping this is a statistical artifact of some sort..
>
> I don't
On 10-Jul-2003 Julian Elischer wrote:
> OK so I return with some numbers
>
>
> On Tue, 8 Jul 2003, John Baldwin wrote:
>
>>
>> On 08-Jul-2003 Julian Elischer wrote:
>> > It looks tp me that if we make a thread runnable
>> > and there is a processor in the idle loop, the idle processor shou
Hi folks,
anyone else still seeing occasional lockups when using a Radeon
graphics card? I've had these frequently with a R7500 on 5.0p7
and now installed 5.1 hoping that the issue had been fixed in
the meantime. It went well for two days but it just fscked up
again so the problem is still there
Sean Welch wrote this message on Thu, Jul 10, 2003 at 08:29 -0500:
> Linux accomplishes this with the video4linux API and
> thus has access to a wide range of usb webcams for use
> with programs like gnomemeeting. FreeBSD has no such
> API though it does have programs like cqcam, camserv,
> and bk
On 2003-07-10 12:03 -0700, Tim Kientzle wrote:
> David Leimbach wrote:
> >I think C takes a more low-level approach and says "void * is just an
> >address
> >void * + 1 means the next valid address".
>
> This is not true.
>
> The ANSI C standard forbids arithmetic on void * pointers,
> just as C++
David Leimbach wrote:
I think C takes a more low-level approach and says "void * is just an address
void * + 1 means the next valid address".
This is not true.
The ANSI C standard forbids arithmetic on void * pointers,
just as C++ does.
GNU gcc has supported void * arithmetic for a long
time as an
Sorry for the top-reply...
But for now the only advice I have is that you tune the boot-time
kern.vm.kmem.size tunable. Don't set it too high, but you can try about
250,000 for your configuration. The constant we have that caps the size
is getting too small and we're at least going to have to b
On Thu, 2003-07-10 at 07:03, Bruno Afonso wrote:
> Dag-Erling Smørgrav wrote:
>
> > "Julian St." <[EMAIL PROTECTED]> writes:
> >
> >>is there any list that provides information about what graphic cards
> >>on FreeBSD have supported 3D acceleration? (I need only X-Video
> >>support in particular,
I have a small "proof of concept" scheduler hack at:
http://www.freebsd.org/~julian/it.diff
what it is supposed to do is check if there is an idle CPU at the time
that a thread is made runnable (assuming that idle CPUs are halted)
and if there is, it selects an idle CPU and gives it an IPI
to wak
Hi,
we are currently stress-testing two 5.1 machines. Each of the machines
have a 2.6GHz P4 and 512 MB RAM. The machines are running zebra, ospfd and
nscd. We bomb the machines with many DNS requests (up to 50k/s),
transmitted over Gigabit Ethernet.
Unfortunately, both machines panic soon after s
I second that!
5.2 is going to have some good stuff in it!! I am very enthusiastic about it.
It will be the first release that supports my Asus board's SATA controller... {Silicon
Image 3112A}.
There are even new Nvidia drivers to try on FreeBSD CURRENT.
Seems we aren't as dead as the trolls
On Wed, 9 Jul 2003, John Baldwin wrote:
> Yes, this gets rid of the message at boot times. I do get some of these messages
> while the system is running, but I used to receive those erros before. The only
> difference is that now the error code is AE_NO_HARDWARE_RESPONSE rather than
> AE_ERROR.
I always feel better when I convert void * to char * but that's probably
because C++ doesn't allow pointer arithmetic on void *'s. The argument
being that you don't know the size of what's being pointed to with a void *
and therefore can't know how far to seek the the pointer to get to the next
On Sat, 5 Jul 2003, Anish Mistry wrote:
> I applied it on my Fujitsu P-2110 and rebuilt world, but didn't see any
> changes or regression.
> Outstanding issues:
> - - Battery still drains uncontrollably in S3
> - - USB devices dead on resume (working a usb code patch for this)
Please send me your
Sources as of this morning yield:
(kgdb) bt full
#0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240
No locals.
#1 0xc01d805b in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:372
No locals.
#2 0xc01d8373 in panic () at /usr/src/sys/kern/kern_shutdown.c:550
td = (struct thread
Hi all, just wanted to send a quick "kudos" message to everybody involved in
bringing -current up to the 5.1-RELEASE level of quality. I finally got my new
h/w in and assembled and 5.1-RELEASE installed flawlessly on it. No issues!
The system feels solid and looks great.
Great work! I eagerly look
On Thu, Jul 10, 2003 at 03:42:04AM -0700, Terry Lambert wrote:
> Luigi Rizzo wrote:
> > in several places in ipfw2.c i have to move pointers across
> > structures of variable length (lists of ipfw2 instructions
> > returned by the getsockopt()), and i use the following type of code:
> >
> >
On Thu, 10 Jul 2003, Pawel Jakub Dawidek wrote:
> On Wed, Jul 09, 2003 at 11:28:45PM +0200, Poul-Henning Kamp wrote:
> +> >there are floating around some patches for jails. At least
> +> >- multi-IP
> +> >- statfs restrictions
> +> >- sysv
> +> >come to my mind and there are perhaps others too.
>
Hi,
Are know problems with the VT8233/33A AC97
[EMAIL PROTECTED]:17:5: class=0x040100 card=0xa0021458 chip=0x30591106 rev=0x50
hdr=0x00
vendor = 'VIA Technologies Inc'
device = 'VT8233/33A AC97 Enhanced Audio Controller'
class= multimedia
subclass = audio
?
I've started a
First the question, then the motivation and reasoning.
Is it feasible to create an emulation interface for
firewire video capture such that it appears as a bktr
device?
I've recently begun playing with gnomemeeting and had
some success with the audio conferencing end of it.
I'm able to receive vi
> You should visit the FreeBSD -performance list archives for a
> (fairly) recent discussion on network performance (I believe
> between a couple of us, we were able to come up with tuning
> parameters that improved someone's file transfer performance by
> about a factor of 10 for some tests).
Rem
Dag-Erling Smørgrav wrote:
"Julian St." <[EMAIL PROTECTED]> writes:
is there any list that provides information about what graphic cards
on FreeBSD have supported 3D acceleration? (I need only X-Video
support in particular, but it seems tied to 3D acceleration).
http://people.freebsd.org/~anhol
On Thu, Jul 10, 2003 at 11:58:14AM +0200, Gordon Bergling wrote:
> Hi,
>
> getting this on a -current from 'Jul 6 23:16:01 CEST 2003'.
> I'll recieve this error a few minutes ago directly after booting the
> system. No user where logged in this time.
FAQ..it's harmless
Kris
pgp0.pgp
Descr
TB --- 2003-07-10 10:55:44 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-07-10 10:55:44 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-10 10:58:07 - building world
TB
Luigi Rizzo wrote:
> in several places in ipfw2.c i have to move pointers across
> structures of variable length (lists of ipfw2 instructions
> returned by the getsockopt()), and i use the following type of code:
>
> void *next;
> foo *p;
> next = (void *)p + len;
>
On Thu, 10 Jul 2003, Dag-Erling [iso-8859-1] Smørgrav wrote:
> Jun Kuriyama <[EMAIL PROTECTED]> writes:
> > I'm trying to use MUTEX_PROFILING, but paniced in linux ldconfig.
> > Any clues?
>
> is COMPAT_LINUX compiled into the kernel? You can't use modules with
> MUTEX_PROFILING; it changes the s
Jens Rehsack wrote:
> How can I found out whether a board supports HTT or not?
> I haven't seen it in none description I checked. Are some
> chipsets (865, 875) always ready or is the bios programmer
> the guy who must activate this feature?
One non-obvious-at-first-glance thing that springs to mi
Hi,
getting this on a -current from 'Jul 6 23:16:01 CEST 2003'.
I'll recieve this error a few minutes ago directly after booting the
system. No user where logged in this time.
lock order reversal
1st 0xc2ea9094 vm object (vm object) @ /usr/src/sys/vm/vm_object.c:1516
2nd 0xc082f110 system map
Kenneth Culver wrote:
> > 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 w
On Thu, 10 Jul 2003, Luigi Rizzo wrote:
LR>
LR>Hi,
LR>in several places in ipfw2.c i have to move pointers across
LR>structures of variable length (lists of ipfw2 instructions
LR>returned by the getsockopt()), and i use the following type of code:
LR>
LR> void *next;
LR> foo *p;
LR>
LR>
On Wed, Jul 09, 2003 at 11:28:45PM +0200, Poul-Henning Kamp wrote:
+> >there are floating around some patches for jails. At least
+> >- multi-IP
+> >- statfs restrictions
+> >- sysv
+> >come to my mind and there are perhaps others too.
It looks like all of those are mine:
http://garage.fr
Wilko Bulte wrote:
> On Wed, Jul 09, 2003 at 10:14:47AM -0500, Thomas T. Veldhouse wrote:
>
> I can confirm my 2.4G P4 does have HTT:
This is unfortunately not definitive for CPUs other than your
own. The "Intel Extends..." announcement that was quoted really
means two things:
o Parts wit
John Baldwin wrote:
> On 09-Jul-2003 Terry Lambert wrote:
> > I thought that there was either a SPARC or Alpha box where Poul
> > had to mess with the divider because they were delivered round
> > robin, instead?
>
> No. The only anomaly I know of is that on Alpha 2100's, the clock
> interrupt se
On 10/07/2003 08:46, Dag-Erling Sm?rgrav wrote:
> Dominic Marks <[EMAIL PROTECTED]> writes:
> > Jul 7 22:10:40 bacon dovecot-auth: in openpam_load_module(): no pam_pgsql.so
> > found
> > Jul 7 22:10:40 bacon dovecot-auth: PAM: pam_start(example) failed: failed to load
> > module
>
> The modul
Hi,
in several places in ipfw2.c i have to move pointers across
structures of variable length (lists of ipfw2 instructions
returned by the getsockopt()), and i use the following type of code:
void *next;
foo *p;
...
next = (void *)p + len;
...
foo
At Thu, 10 Jul 2003 08:32:28 +0200,
Dag-Erling Smørgrav wrote:
> > I'm trying to use MUTEX_PROFILING, but paniced in linux ldconfig.
> > Any clues?
>
> is COMPAT_LINUX compiled into the kernel? You can't use modules with
> MUTEX_PROFILING; it changes the size and layout of struct mtx, and
> since
68 matches
Mail list logo
