On Wed, 11 Jun 2003, Nick Twaddell wrote:
I downloaded the 5.1 -RELEASE isos yesterday and tried to install them
on my server. My server is an IBM Xseries 330 server with an IBM
ServeRAID 4LX Raid card. I tried it with and without ACPI kernels and
both resulted in a panic. Here is the
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? Later
On Wed, Jun 11, 2003 at 11:05:57PM -0700, Kris Kennaway wrote:
It looks like gcc's inline alloca implementation allocates chunks in
larger chunks than the alloca.S implementation does. This (untested)
patch should make the alloca.S behaviour match that of gcc.
I suspect that there's a buffer
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? Later
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
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
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
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
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
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
rain
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
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
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
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
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 SAMSUNG CDRW/DVD SM-348B at ata0-master PIO4
Yes, i have 48X
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
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
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. Nick
* 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 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: 00
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
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
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
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 decided to
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.
Mptable
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
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
- 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 of this
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 causing
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 not
On Thu, 12 Jun 2003 22:22:07 +1000, Tim Robbins [EMAIL PROTECTED] 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
On Thu, 12 Jun 2003 15:38:49 +1000, Tim Robbins [EMAIL PROTECTED] 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
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 but the issue is that
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/installable
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
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
On Thu, 12 Jun 2003 11:37:03 -0700, Tim Kientzle [EMAIL PROTECTED] 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,
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
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 kernel
[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
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
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.c
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 fixed
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
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.
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 -- just check
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
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 special case
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 to
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
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
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:
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:
corruption:
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.
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 however
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
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
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
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. Oh
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/)
I
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
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 that
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.
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
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 I
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 all
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. Operation
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 take a
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
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
70 matches
Mail list logo