"David O'Brien" <[EMAIL PROTECTED]> writes:
> Acutally -std=c?9, -std=gnu?9 uses GCC's alloca. I don't mind finding
> all the alloca uses in the tree and compiling them with -std=gnu99
> instead of -std=c99.
#define alloca(sz) __builtin_alloca(sz)
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
Samy Al Bahra wrote:
> I think Terry is jumping to conclusions on what Evan's problem could be.
> I have this seen this cause application to crash at exit (if using
> OpenGL) but never a crash in kernel-space from the nVidia drivers.
1) It works with libc_r, but not with libthr and not
On 13 Jun 2003, Samy Al Bahra wrote:
> Hey,
>
> > I believe the fix is as simple as saving and restoring %gs in
> > the nVidia driver, and/or not letting the nVidia use %gs at
> > all (segment registers generally belong to the OS, in any case,
> > and stealing a CPU register of any kind for exclu
Hello,
Did you download firmware into the device? Broadcom BCM2033 chip based
device will not work without firmware. The snapshot comes with firmware
download driver ubtbcmfw(4) and firmware download utility bcmfw(8). In
order to make Broadcom device work you need to
1) load ubtbcmfw.ko module
2)
On 13 Jun 2003 05:11:34 +, Samy Al Bahra <[EMAIL PROTECTED]> wrote:
Hey,
I believe the fix is as simple as saving and restoring %gs in
the nVidia driver, and/or not letting the nVidia use %gs at
all (segment registers generally belong to the OS, in any case,
and stealing a CPU register of any
Hey,
> I believe the fix is as simple as saving and restoring %gs in
> the nVidia driver, and/or not letting the nVidia use %gs at
> all (segment registers generally belong to the OS, in any case,
> and stealing a CPU register of any kind for exclusive use of a
> driver is a pig trick).
Please ta
Thanks for all the bluetooth help, I am having one more problem and I was hoping that
you could help me. Following the instructions from:
http://www.oook.cz/bsd/bluetooth.html I try to start bluetooth with:
/etc/rc.bluetooth start ubt0
The result is: Could not execute command "reset". Operatio
Evan Dower wrote:
> >NVIDIA is handling everything to do with the driver. Expect a new
> >release "shortly" *cough*.
>
> I was afraid that might be the case :-(
The only thing you care about is entry and exit through driver
entry points... and maybe interrupts. It would be easy enough
to wrapper
Evan Dower wrote:
> I am highly interested in getting nvidia-driver to work well for FBSD, and
> in particular my own computer. I do not have the expertise to hack on either
> it or the kernel (yet), but I am eager to provide debugging information.
> nvidia-driver frequently crashes my machine, so
In the last episode (Jun 11), Ruslan Ermilov said:
> Just as a precaution, does anyone have any objections to my removing
> of these funny $^ sequences from Makefile.yp? They were apparently
> used to insert something into the map generation pipeline just before
> the yp_mkdb(8) invokation, but re
On Thursday, June 12, 2003, at 06:15 PM, Mike Schreckengost wrote:
Hello everyone,
First off, let me express my appreciation for all of the hard work
that has been put into the 5.1-RELEASE of FreeBSD. I have installed
it, and am extremely happy with the way that it performs on my system.
Hav
> > Is anyone working on ALTQ intergration for FreeBSD 5.1?
[...]
> I recently took interest in this (about a month ago) and had
> ALTQ port updated to work with the latest 5.0. The only issue I
> have had was with fxp and TBR magic; once I find an fxp(4) guru,
> I will get
David Wolfskill wrote:
kern_securelevel_enable set (in /etc/rc.conf)?
Peace,
david
its set to NO.
should it be YES ?
cu
Christophe
--
Christophe Zwecker mail: [EMAIL PROTECTED]
Hamburg, Germanyfon: +49 179 3994867
http://www.zwecker.de
"Who is Genera
On Fri, Jun 13, 2003 at 03:04:52AM +0200, Erik Paulsen Skaalerud wrote:
> Is anyone working on ALTQ intergration for FreeBSD 5.1?
> Looks like the FreeBSD-ALTQ went drop dead, as they havent made anything new
> since the release of FreeBSD
> 5.0.(http://www.rofug.ro/projects/freebsd-altq/)
On Fri, Jun 13, 2003 at 02:56:35AM +0200, Christophe Zwecker wrote:
> hi,
>
> im moving from beta1 to 5.1 release, I build a new kernel, booted. rm
> -rf /usr/obj did make buildworld, and when I do make installworld I get
AFAIK, this isn't one of the documented methods for
upgrading a system.
Is anyone working on ALTQ intergration for FreeBSD 5.1?
Looks like the FreeBSD-ALTQ went drop dead, as they havent made anything new
since the release of FreeBSD
5.0.(http://www.rofug.ro/projects/freebsd-altq/)
Erik.
___
[EMAIL PROTECTED] mailing list
hi,
im moving from beta1 to 5.1 release, I build a new kernel, booted. rm
-rf /usr/obj did make buildworld, and when I do make installworld I get
this:
Running test variables
PASS: Test variables detected no regression, output matches.
Running test targets
PASS: Test targets detected no regress
John-Mark Gurney wrote this message on Thu, Jun 12, 2003 at 16:52 -0700:
> I will of course revert pci_read_device back to it's original state
> since the MFDEV patch makes it unnecessary.
Ok, here is just the pci MFDEV patch. I would like to see if this works
on other arch's, at a minimum, that
Original Message -
From: "John-Mark Gurney" <[EMAIL PROTECTED]>
> > Yes 5.X is still new tech and may not run on all machines but on the ones
> > which it does ( and it runs very well here ) basic tools are required. If
> > it doesn't run on a machine your under know false impressions, if
Bernd Walter wrote this message on Fri, Jun 13, 2003 at 01:23 +0200:
> Your patch still probes for additional functions without checking
> if the device really is a multifunction device.
I just now realized that the MFDEV ment Multi-Function device! Now
the patch to pci.c makes perfect sense.
>
On Thu, 12 Jun 2003, Tim Robbins wrote:
> On Thu, Jun 12, 2003 at 06:29:44PM +1000, Tim Robbins wrote:
>
> > Here's a test program for the i386 alloca() bug. Compile with -std=gnu89 (or
> > no -std option) and it works fine. Compile with -std=c99 or -std=c89 and it
> > breaks like this:
> >
> > co
On Thu, Jun 12, 2003 at 03:56:32PM -0700, John-Mark Gurney wrote:
> Well, I implemented PCI probing as per the UltraSparc IIi user's manual,
> and now, I get quite a bit more than I bargined for:
> bash-2.05b$ pciconf -l | wc
> 38 2283106
>
> The complete pciconf -l -v is at:
> http:
Hello everyone,
First off, let me express my appreciation for all of the hard work that
has been put into the 5.1-RELEASE of FreeBSD. I have installed it, and am
extremely happy with the way that it performs on my system.
Having said that, here is my dilemma: I have a Silicon Image 0680 IDE h
Well, I implemented PCI probing as per the UltraSparc IIi user's manual,
and now, I get quite a bit more than I bargined for:
bash-2.05b$ pciconf -l | wc
38 2283106
The complete pciconf -l -v is at:
http://people.freebsd.org/~jmg/pciconf-lv.sparc64
Now, I seem to be getting duplicat
On Thu, Jun 12, 2003 at 02:43:42PM -0700, David O'Brien wrote:
> On Wed, Jun 11, 2003 at 07:37:01PM -0700, Kris Kennaway wrote:
> > On Tue, Jun 10, 2003 at 04:38:58AM -0700, Kris Kennaway wrote:
> > > A couple of ports are creating broken bzip2 archives since I updated
> > > the build environments
On Thu, 12 Jun 2003, Kris Kennaway wrote:
> On Thu, Jun 12, 2003 at 12:44:51AM -0700, Kris Kennaway wrote:
>
> > + leal24(%esp), %eax /* base of newly allocated space */
>
> After I figured out what the 24(...) meant ("add 24 to ...") it's
> clear that this isn't a fix (except in the specia
On Wed, Jun 11, 2003 at 10:32:30PM -0700, Kris Kennaway wrote:
> alloca() is not being inlined when -std is specified. It is possible
> there's a bug in the libc implementation. I'm also suspicious that
> some of the ppp data structures have changed size or alignment which
> could be confusing ne
On Thu, Jun 12, 2003 at 10:40:51AM +0200, Michael L. Hostbaek wrote:
> Cejka Rudolf (cejkar) writes:
> >
> >
> > Is it possible to fix them?
> >
>
> I sent a mail to the CVS repository Meisters yesterday, so it's just a
> matter of time before it will be fixed.
Any committer can fix this -- ju
Hi
I wish to teach FreeBSD (5.0-CURRENT, somewhere in mid-may, last cvsup
was week ago) make use of that fancy S/P-DIF connector on my Yamaha
soundcard. OTOH, I want to implement it in a Right Way (tm), so that one
can choose, whether he wish to use or not to use this feature, if it's
present. Whic
Cejka Rudolf wrote this message on Thu, Jun 12, 2003 at 10:31 +0200:
> # egrep -w "(fib|libpanel|rain)" modules.1.557 | sort
> fib ports/devel/fib
> fib src/usr.bin/fib
Well, src/usr.bin/fib was removed 6 years ago by bde, so I think that
one can go away.
--
John-Mark G
Killing wrote this message on Thu, Jun 12, 2003 at 18:47 +0100:
> I suppose the hurry is that basic utils that we use day to day like top
> and vmstat to monitor machine load cannot be trusted to give accurate
> info.
Actually, the basic tools ARE correct, there is a cpu sitting idle that
the sysa
On Wed, Jun 11, 2003 at 07:37:01PM -0700, Kris Kennaway wrote:
> On Tue, Jun 10, 2003 at 04:38:58AM -0700, Kris Kennaway wrote:
> > A couple of ports are creating broken bzip2 archives since I updated
> > the build environments to 5.1-CURRENT:
...
> Backing out the recent changes to bsd.sys.mk fixe
Bernd Walter wrote this message on Thu, Jun 12, 2003 at 14:30 +0200:
> On Thu, Jun 12, 2003 at 01:10:24AM -0700, John-Mark Gurney wrote:
> > Craig Boston wrote this message on Wed, Jun 11, 2003 at 22:44 -0500:
> > > pci_enable_busmaster(self);
> > >
> > > near the top of ohci_attach() in ohci_pci.
Hi
This might be a common error/misconfiguration, but i've been unable to
locate it in the archives..
Using 5.1-RELEASE (upgraded from 5.0 through buildkernel/buildworld).
I'm seeing the following "strangeness"
I login as a normal user, run who .. shows my own username as logged in.
su to anoth
[escalated from -questions]
Hi folks-
I am setting up FreeBSD 5.1-RELEASE on a 386DX. I'm mostly doing it as a
learning exercise (or perhaps because I'm a masochist), but the machine may
be used as a firewall at some point. I have the OS installed with a custom
kernel, and things are actuall
I was afraid that might be the case :-(
From: Munish Chopra <[EMAIL PROTECTED]>
On 2003-06-12 11:51 +, Evan Dower wrote:
> I am highly interested in getting nvidia-driver to work well for FBSD,
and
> in particular my own computer. I do not have the expertise to hack on
> either it or the ke
On 2003-06-12 11:51 +, Evan Dower wrote:
> I am highly interested in getting nvidia-driver to work well for FBSD, and
> in particular my own computer. I do not have the expertise to hack on
> either it or the kernel (yet), but I am eager to provide debugging
> information. nvidia-driver freq
< said:
> Sounds like alloca() should simply be stricken from libc
> on all architectures.
Yes. (For values of `all' being `i386'.)
> Might also be a good idea to begin removing uses of it.
Not necessarily. There's nothing wrong, intrinsically, with using
alloca(), although much but not all o
I am highly interested in getting nvidia-driver to work well for FBSD, and
in particular my own computer. I do not have the expertise to hack on either
it or the kernel (yet), but I am eager to provide debugging information.
nvidia-driver frequently crashes my machine, so I expect that my input
Garrett Wollman wrote:
alloca() in libc is *fundamentally* broken. Only the compiler can
know the current state of the stack frame...
Sounds like alloca() should simply be stricken from libc
on all architectures.
Might also be a good idea to begin removing uses of it.
Searching through the sour
> Well, hyperthreading can be disabled via a kernel directive, right?
>From what I've seen that was removed between 5.0 and 5.1 correct
me if Im wrong.
> > Which ever it needs someone to pick it up ASAP dont you think?
>
> Really? What's the hurry? FreeBSD 5.x isn't even bootable/installa
On Thu, 12 Jun 2003, Killing wrote:
> - Original Message -
> From: "Doug White" <[EMAIL PROTECTED]>
> > > sysctl machdep.hlt_logical_cpus:
> > > machdep.hlt_logical_cpus: 1
> >
> > Halting them will still cause the CPUs to be detected. They just won't do
> > any useful work.
>
> Yep bu
< said:
> Misbehaving in what way? CSTD=c99 causes gcc to use alloca() from
> libc instead of its builtin version. Perhaps alloca() in libc is
> broken -- any bugs in it would have been covered up by gcc until
> now.
alloca() in libc is *fundamentally* broken. Only the compiler can
know the curr
< said:
> builtin alloca() until we figure out how to fix the one in libc.
It is fundamentally impossible to ``fix'' the alloca() implementation
in libc. alloca() CANNOT be implemented that way. If GCC's builtin
alloca() is disabled by requesting a strict Standard C environment
(which is not ap
On Thu, 2003-06-12 at 08:14, Anthony Naggs wrote:
> Sorry, I don't understand this comment. All OHCI, UHCI & EHCI USB
> controllers need PCI bus mastering in order to read & update their
> various lists of pending & completed transfers.
That was speculation on my part as to why bus mastering was
Paul Richards <[EMAIL PROTECTED]> writes:
> I've installed a current built last night and job control no longer
> works in /bin/sh or /usr/local/bin/zsh, but it does with csh. ctr-c and
> ctrl-z are just ignored with both the sh style shells.
>
[Same experience here, with a guess at what is caus
- Original Message -
From: "Doug White" <[EMAIL PROTECTED]>
> > sysctl machdep.hlt_logical_cpus:
> > machdep.hlt_logical_cpus: 1
>
> Halting them will still cause the CPUs to be detected. They just won't do
> any useful work.
Yep but the issue is that all the core admin tools are unaware
Hello Kevin,
sorry for the question, but what is IYET60WW?
Bye
Oliver
Kevin Oberman wrote:
This is a bit odd, but version IYET60WW shows a BIOS date in 12/99,
but a release date of 30-Apr-2003. I have been told by others that is
really is a new release. You probably should check your BIOS vers
On Wed, 11 Jun 2003, Steven Hartland wrote:
> sysctl machdep.hlt_logical_cpus:
> machdep.hlt_logical_cpus: 1
Halting them will still cause the CPUs to be detected. They just won't do
any useful work.
> Relevant sections from dmesg:
> Programming 24 pins in IOAPIC #0
> IOAPIC #0 intpin 2 -> irq 0
On Tue, 10 Jun 2003, Brendon and Wendy wrote:
> Conclusion in my case setting sysctl machdep.halt_logical_cpus=1
> effectively halts my second CPU. Maybe it thought it was a second core
> in the first CPU?
Mayhaps :)
> For Doug, thanks for the suggestions. Flashed the BIOS with no effect.
> Mpta
In article <[EMAIL PROTECTED]>, Craig Boston
<[EMAIL PROTECTED]> writes
>Believe it or not, after futzing with the debugger for hours, reading the OHCI
>spec, and trying to figure out why writing to the control registers works
>exactly as it should but the card seems to ignore the ED list, I deci
On Thu, 2003-06-12 at 03:10, John-Mark Gurney wrote:
> Craig Boston wrote this message on Wed, Jun 11, 2003 at 22:44 -0500:
> Hey, thanks for the great work. This got me past the same problem on
> the sparc box I have...
Don't look at me -- thank Warner for all his hard work on Cardbus and
the m
I'm playing around with 5.1-RELEASE, kernel upgraded to -CURRENT, on a
centrino-based laptop (from micropoint.nl, but that site's in dutch and
short on technical details). The laptop boots winXP, linux, and
5.1-RELEASE just fine, but there are some devices missing when I boot into
FreeBSD. The real
On Thu, Jun 12, 2003 at 01:10:24AM -0700, John-Mark Gurney wrote:
> Craig Boston wrote this message on Wed, Jun 11, 2003 at 22:44 -0500:
> > Believe it or not, after futzing with the debugger for hours, reading the OHCI
> > spec, and trying to figure out why writing to the control registers works
On Thu, Jun 12, 2003 at 06:29:44PM +1000, Tim Robbins wrote:
> Here's a test program for the i386 alloca() bug. Compile with -std=gnu89 (or
> no -std option) and it works fine. Compile with -std=c99 or -std=c89 and it
> breaks like this:
>
> corruption: 05 should be 0xcc at offset 0
> corruption:
* Mike Bohan <[EMAIL PROTECTED]> [ Date: 2003-06-12 ]
[ w.r.t. error building world ]
> Hey there,
>
> I recently ran into a problem when building updated (via cvsup) world
> from -CURRENT.
This smells like a sed bug. Rebuild and install sed, and try again.
--
juli mallett. email
On Wed, Jun 11, 2003 at 10:47:01PM -0500, Craig Boston wrote:
> On Wednesday 11 June 2003 07:21 pm, Bernd Walter wrote:
> > On Wed, Jun 11, 2003 at 11:45:38PM +0100, Josef Karthauser wrote:
> > > The detach code could be made to work fairly easily. It's mostly there
> > > I believe, but disabled.
Hey there,
I recently ran into a problem when building updated (via cvsup) world
from -CURRENT.
Some background information:
FreeBSD caboose.shortcircut.org 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Wed
Jun 4 19:39:23 EDT 2003
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/CABOOSE i386
This is
Hi!
I've got the problem. In one place, there is an IBM xSeries 225 machine,
which has an integrated ServeRAID controller (but _not_ the Adaptec verion,
instead, the motherboard-integrated, LSI 53c1030-based one), and a Broadcom
Gigabit Ethernet controller. I cannot go and try it, so are there a
onsdagen den 11 juni 2003 kl 08.04 skrev Vitaly Markitantov:
On Tue, Jun 10, 2003 at 09:19:08PM -0500, [EMAIL PROTECTED] wrote:
FWIW - I have a Samsung SM-348 48x CD/DVD combo unit that works just
fine under 5.1 (and 4.8):
acd0: CD-RW at ata0-master PIO4
Yes, i have 48X SAMSUNG CD-ROM SC-148T, a
TB --- 2003-06-12 08:39:03 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-06-12 08:39:03 - 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-06-12 08:41:27 - building world
TB
TB --- 2003-06-12 07:40:58 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-06-12 07:40:58 - 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-06-12 07:44:51 - building world
TB --- cd /home
Cejka Rudolf (cejkar) writes:
>
>
> Is it possible to fix them?
>
I sent a mail to the CVS repository Meisters yesterday, so it's just a
matter of time before it will be fixed.
/mich
--
Best Regards,
Michael L. Hostbaek
FreeBSD Committer - FreeBSD: The power to serve
Here's a test program for the i386 alloca() bug. Compile with -std=gnu89 (or
no -std option) and it works fine. Compile with -std=c99 or -std=c89 and it
breaks like this:
corruption: 05 should be 0xcc at offset 0
corruption: 00 should be 0xcc at offset 1
corruption: 00 should be 0xcc at offset 2
c
Hello,
since 1.557 in cvs:main/CVSROOT/modules, there are three duplicate keys:
# egrep -w "(fib|libpanel|rain)" modules.1.557 | sort
fib ports/devel/fib
fib src/usr.bin/fib
libpanelports/x11/libpanel
libpanelsrc/lib/libpanel
rainports/securit
deleting the define __attribute
stuff in system.h of
/usr/src/contrib/tar/src/system.h
and rebuilding+installing tar repaired package creation here.
--
Mit freundlichen Grüßen
Fritz Heinrichmeyer FernUniversitaet, LG ES, 58084 Hagen (Germany)
tel:+49 2331/987-1166 fax:987-355 http://www-es.fernun
Craig Boston wrote this message on Wed, Jun 11, 2003 at 22:44 -0500:
> Believe it or not, after futzing with the debugger for hours, reading the OHCI
> spec, and trying to figure out why writing to the control registers works
> exactly as it should but the card seems to ignore the ED list, I deci
On Thu, Jun 12, 2003 at 12:44:51AM -0700, Kris Kennaway wrote:
> + leal24(%esp), %eax /* base of newly allocated space */
After I figured out what the 24(...) meant ("add 24 to ...") it's
clear that this isn't a fix (except in the special case of PPPoE
support ;-). gcc's builtin inline
On Thu, Jun 12, 2003 at 12:38:36AM -0700, Kris Kennaway wrote:
> Okay, it looks like alloca.S was broken. My previous patch that
> increased the size of allocations was just a gratuitous difference
> with the inline version, and is not necessary. Here's a fix that
> seems to get ppp to stop comp
TB --- 2003-06-12 06:49:32 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-06-12 06:49:32 - 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-06-12 06:52:11 - building world
TB --- cd /home
On Thu, Jun 12, 2003 at 07:18:12AM +0200, Wiktor Niesiobedzki wrote:
> On Wed, Jun 11, 2003 at 09:50:22PM -0700, Kris Kennaway wrote:
> > On Wed, Jun 11, 2003 at 10:48:32PM -0600, Andrew Lankford wrote:
> > > >Can you try backing out bsd.sys.mk to r1.26 and rebuild your world and
> > > >kernel? La
71 matches
Mail list logo