On 9/29/24 16:24, void wrote:
On Sun, Sep 29, 2024 at 02:13:01PM +, Gary Jennejohn wrote:
I personally have been using a customized kernel configuration file for
25 years or more and I have no intention of changing it.
Just because INET6 shows up in all the boilerplate config files doesn't
On 9/29/24 16:02, Rodney W. Grimes wrote:
On Sun, Sep 29, 2024 at 02:13:01PM +, Gary Jennejohn wrote:
...
NOT all things need to be network connected!
At great risk of tossing yet another coat of paint onto the bikeshed
I must agree that a machine with nothing other than serial conn
> On Sun, Sep 29, 2024 at 02:13:01PM +, Gary Jennejohn wrote:
>
> >I personally have been using a customized kernel configuration file for
> >25 years or more and I have no intention of changing it.
> >
> >Just because INET6 shows up in all the boilerplate config files doesn't
> >change the fa
On Sun, Sep 29, 2024 at 02:13:01PM +, Gary Jennejohn wrote:
I personally have been using a customized kernel configuration file for
25 years or more and I have no intention of changing it.
Just because INET6 shows up in all the boilerplate config files doesn't
change the fact that INET6 is
On Sun, 29 Sep 2024 11:53:10 +0200
Kristof Provost wrote:
> > On 29 Sep 2024, at 04:46, Zhenlei Huang wrote:
> >
> > ?
> >
> >> On Sep 27, 2024, at 6:07 PM, Gary Jennejohn wrote:
> >>
> >>> On Thu, 26 Sep 2024 14:58:40 -0400
> >>> Ian FREISLICH wrote:
> >>>
> >>> Lately there have been a coupl
> On 29 Sep 2024, at 04:46, Zhenlei Huang wrote:
>
>
>
>> On Sep 27, 2024, at 6:07 PM, Gary Jennejohn wrote:
>>
>>> On Thu, 26 Sep 2024 14:58:40 -0400
>>> Ian FREISLICH wrote:
>>>
>>> Lately there have been a couple of commits that fail to build because v6
>>> being compiled in despite
> On Sep 27, 2024, at 6:07 PM, Gary Jennejohn wrote:
>
> On Thu, 26 Sep 2024 14:58:40 -0400
> Ian FREISLICH wrote:
>
>> Lately there have been a couple of commits that fail to build because v6
>> being compiled in despite INET6 being undefined. I think the latest is
>> 905db4aa887758650977
On Thu, 26 Sep 2024 14:58:40 -0400
Ian FREISLICH wrote:
> Lately there have been a couple of commits that fail to build because v6
> being compiled in despite INET6 being undefined. I think the latest is
> 905db4aa88775865097714c170f4503da385747c.
>
> /usr/src/sys/netpfil/pf/pf.c:8762:38: error
Lately there have been a couple of commits that fail to build
because v6 being compiled in despite INET6 being undefined. I think
the latest is 905db4aa88775865097714c170f4503da385747c.
/usr/src/sys/netpfil/pf/pf.c:8762:38: error: no member named 'icmp6'
in 'union p
On 8/14/18 1:35 AM, Matthew Macy wrote:
> On Mon, Aug 13, 2018 at 5:33 PM Rick Macklem wrote:
>
>> Rodney W. Grimes wrote:
On Sun, 12 Aug 2018 14:39-0700, Matthew Macy wrote:
> Sorry guys, last time I touched ZFS I tried to push to make it an
>> option to
> statically link and w
[ Charset ISO-8859-1 unsupported, converting... ]
> Rodney W. Grimes wrote:
> >> On Sun, 12 Aug 2018 14:39-0700, Matthew Macy wrote:
> >>
> >> > Sorry guys, last time I touched ZFS I tried to push to make it an option
> >> > to
> >> > statically link and was actually told that it wasn't something
On Mon, Aug 13, 2018 at 5:33 PM Rick Macklem wrote:
> Rodney W. Grimes wrote:
> >> On Sun, 12 Aug 2018 14:39-0700, Matthew Macy wrote:
> >>
> >> > Sorry guys, last time I touched ZFS I tried to push to make it an
> option to
> >> > statically link and was actually told that it wasn't something an
Rodney W. Grimes wrote:
>> On Sun, 12 Aug 2018 14:39-0700, Matthew Macy wrote:
>>
>> > Sorry guys, last time I touched ZFS I tried to push to make it an option to
>> > statically link and was actually told that it wasn't something anyone else
>> > wanted. The issue comes from ZFS not being in NOTES
Rodney W. Grimes wrote:
On Sun, 12 Aug 2018 14:39-0700, Matthew Macy wrote:
Sorry guys, last time I touched ZFS I tried to push to make it an option to
statically link and was actually told that it wasn't something anyone else
wanted. The issue comes from ZFS not being in NOTES and thus not in
> On Sun, 12 Aug 2018 14:39-0700, Matthew Macy wrote:
>
> > Sorry guys, last time I touched ZFS I tried to push to make it an option to
> > statically link and was actually told that it wasn't something anyone else
> > wanted. The issue comes from ZFS not being in NOTES and thus not in LINT.
>
>
On Sun, 12 Aug 2018 14:39-0700, Matthew Macy wrote:
> Sorry guys, last time I touched ZFS I tried to push to make it an option to
> statically link and was actually told that it wasn't something anyone else
> wanted. The issue comes from ZFS not being in NOTES and thus not in LINT.
If consensus i
On Sun, Aug 12, 2018, 4:27 PM Matthew Macy wrote:
>
>
> On Sun, Aug 12, 2018 at 3:25 PM Warner Losh wrote:
>
>>
>>
>> On Sun, Aug 12, 2018, 3:40 PM Matthew Macy wrote:
>>
>>> Sorry guys, last time I touched ZFS I tried to push to make it an option
>>> to
>>> statically link and was actually tol
On Sun, Aug 12, 2018 at 3:25 PM Warner Losh wrote:
>
>
> On Sun, Aug 12, 2018, 3:40 PM Matthew Macy wrote:
>
>> Sorry guys, last time I touched ZFS I tried to push to make it an option
>> to
>> statically link and was actually told that it wasn't something anyone else
>> wanted. The issue comes
On Sun, Aug 12, 2018, 3:40 PM Matthew Macy wrote:
> Sorry guys, last time I touched ZFS I tried to push to make it an option to
> statically link and was actually told that it wasn't something anyone else
> wanted. The issue comes from ZFS not being in NOTES and thus not in LINT.
>
LINT is gener
Sorry guys, last time I touched ZFS I tried to push to make it an option to
statically link and was actually told that it wasn't something anyone else
wanted. The issue comes from ZFS not being in NOTES and thus not in LINT.
-M
On Sun, Aug 12, 2018 at 12:46 PM Trond Endrestøl <
trond.endres...@fa
On Sun, 12 Aug 2018 16:51+0200, Trond Endrestøl wrote:
> On Sun, 12 Aug 2018 09:37-0400, Michael Butler wrote:
>
> > Is anyone else seeing this when building a new kernel with ZFS compiled in?
> >
> > Building /usr/obj/usr/src/amd64.amd64/sys/VM01/vers.o
> > Building /usr/obj/usr/src/amd64.amd64
On Sun, 12 Aug 2018 09:37-0400, Michael Butler wrote:
> Is anyone else seeing this when building a new kernel with ZFS compiled in?
>
> Building /usr/obj/usr/src/amd64.amd64/sys/VM01/vers.o
> Building /usr/obj/usr/src/amd64.amd64/sys/VM01/kernel
> --- kernel ---
> linking kernel
> ld: error: unde
Is anyone else seeing this when building a new kernel with ZFS compiled in?
Building /usr/obj/usr/src/amd64.amd64/sys/VM01/vers.o
Building /usr/obj/usr/src/amd64.amd64/sys/VM01/kernel
--- kernel ---
linking kernel
ld: error: undefined symbol: dbuf_stats_init
>>> referenced by dbuf.c
>>>
On r311977, buildkernel fails with the error shown below. Kernel ist
customised and "options NANDFS" has been added as well as "device nand"
- the error shown suggest that is has to do with NANDFS.
[...]
===> cc/cc_cdg (all)
--- nand_geom.o ---
/usr/src/sys/dev/nand/nand_geom.c:419:2: error: mus
Am Tue, 10 Jan 2017 11:32:00 +0100
"O. Hartmann" schrieb:
> On CURRENT (r311871), I'm bothered with this error schown below. Buildkernel
> fails. It is a customized kernel.
>
> [...]
> Building
> /usr/obj/usr/src/sys/FREYJA/modules/usr/src/sys/modules/wlan/ieee80211.o
> Building
> /usr/obj/usr
On CURRENT (r311871), I'm bothered with this error schown below. Buildkernel
fails. It is a customized kernel.
[...]
Building
/usr/obj/usr/src/sys/FREYJA/modules/usr/src/sys/modules/wlan/ieee80211.o
Building
/usr/obj/usr/src/sys/FREYJA/modules/usr/src/sys/modules/wlan/ieee80211_vht.o
/usr/src/sy
Am Sun, 18 Dec 2016 16:22:31 +0100
Dimitry Andric schrieb:
> On 18 Dec 2016, at 16:10, O. Hartmann wrote:
> >
> > Am Sat, 17 Dec 2016 18:27:18 +0100
> > Dimitry Andric schrieb:
> >
> >> On 17 Dec 2016, at 12:46, O. Hartmann wrote:
> >>>
> >>> Recent kernel source reject to build:
> >>>
On 18 Dec 2016, at 16:10, O. Hartmann wrote:
>
> Am Sat, 17 Dec 2016 18:27:18 +0100
> Dimitry Andric schrieb:
>
>> On 17 Dec 2016, at 12:46, O. Hartmann wrote:
>>>
>>> Recent kernel source reject to build:
>>>
>>> [...]
>>> --- all_subdir_mlx4ib ---
>>> --- mlx4_ib_sysfs.o ---
>>> /usr/src/s
Am Sat, 17 Dec 2016 18:27:18 +0100
Dimitry Andric schrieb:
> On 17 Dec 2016, at 12:46, O. Hartmann wrote:
> >
> > Recent kernel source reject to build:
> >
> > [...]
> > --- all_subdir_mlx4ib ---
> > --- mlx4_ib_sysfs.o ---
> > /usr/src/sys/modules/mlx4ib/../../dev/mlx4/mlx4_ib/mlx4_ib_sysfs.c
Am Sat, 17 Dec 2016 18:27:18 +0100
Dimitry Andric schrieb:
> On 17 Dec 2016, at 12:46, O. Hartmann wrote:
> >
> > Recent kernel source reject to build:
> >
> > [...]
> > --- all_subdir_mlx4ib ---
> > --- mlx4_ib_sysfs.o ---
> > /usr/src/sys/modules/mlx4ib/../../dev/mlx4/mlx4_ib/mlx4_ib_sysfs.c
On 17 Dec 2016, at 12:46, O. Hartmann wrote:
>
> Recent kernel source reject to build:
>
> [...]
> --- all_subdir_mlx4ib ---
> --- mlx4_ib_sysfs.o ---
> /usr/src/sys/modules/mlx4ib/../../dev/mlx4/mlx4_ib/mlx4_ib_sysfs.c:90:22:
> error: format
> specifies type 'unsigned long long *' but the argu
Recent kernel source reject to build:
[...]
--- all_subdir_mlx4ib ---
--- mlx4_ib_sysfs.o ---
/usr/src/sys/modules/mlx4ib/../../dev/mlx4/mlx4_ib/mlx4_ib_sysfs.c:90:22:
error: format
specifies type 'unsigned long long *' but the argument has type 'u64 *' (aka
'unsigned
long *') [-Werror,-Wformat
Building a custom kernel fails when bpf(4) is disabled as suggested in
security(7) due to the error shown below.
I also tried to define in make.conf
WITHOUT_MODULES="lmc" or
WITHOU_MODULES="if_lmc"
assuming I could avoid building the culprit module/device, but it did not work
as expected!
I ne
cc -c -O3 -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls
-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
-Winline
-Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions
-Wmissing-include-dirs
-fdiagnostics-show-option -Wno-error-tautologica
Started recently (within the last day or so).
--
>>> Kernel build for LINT started on Fri Aug 15 11:08:29 UTC 2014
--
===> LINT
-
Most recent kernel (r256850) fails to build:
cc -c -pipe -O3 -fno-strict-aliasing -march=native -std=c99 -Wall
-Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
-Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs
Most recent sources fails in kernel build:
[...]
cc -c -pipe -O3 -fno-strict-aliasing -march=native -std=c99 -Wall
-Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
-Wno-pointer-sign -fformat-extensions -Wmissing-include-d
On Sat, Mar 09, 2013 at 11:59:21AM +0100, Hartmann, O. wrote:
> On CURRENT, r248093, build of kernel fails due to the below shown error.
>
> [...]
>
> cc -c -O3 -O3 -Wno-error=unused-variable -fno-strict-aliasing
> ...
> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror
>
On CURRENT, r248093, build of kernel fails due to the below shown error.
[...]
cc -c -O3 -O3 -Wno-error=unused-variable -fno-strict-aliasing
-march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline
-Wcast-qual -Wundef -Wn
On Sun, Mar 03, 2013 at 06:47:00PM -0500, Michael Butler wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> SVN r247736 prompts this ..
>
> cc -c -O2 -pipe -fno-strict-aliasing -march=pentium4 -std=c99 -Wall
> - -Wredundant-decls -Wnested-externs -Wstrict-prototypes
> - -Wmissing-proto
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
SVN r247736 prompts this ..
cc -c -O2 -pipe -fno-strict-aliasing -march=pentium4 -std=c99 -Wall
- -Wredundant-decls -Wnested-externs -Wstrict-prototypes
- -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
- -Wno-pointer-sign -fformat
09.08.2012 16:26, David Wolfskill пишет:
On Thu, Aug 09, 2012 at 04:15:36PM +0400, Boris Samorodov wrote:
Hi!
The kernel build fails at fresh CURRENT...
And then I get an error:
-
linking kernel.debug
cam_periph.o: In function `cam_periph_error':
/usr/src/sys/cam/cam_periph.c:1776: undefine
On Thu, Aug 09, 2012 at 04:15:36PM +0400, Boris Samorodov wrote:
> Hi!
>
> The kernel build fails at fresh CURRENT...
> And then I get an error:
> -
> linking kernel.debug
> cam_periph.o: In function `cam_periph_error':
> /usr/src/sys/cam/cam_periph.c:1776: undefined reference to
> `scsi_extr
Hi!
The kernel build fails at fresh CURRENT. At first I get a couple of
same warnings like:
-
clang -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline
-Wcast-qual -Wundef -Wno-pointer-sign -
fformat-extension
On Sun, 15 Apr 2012 09:47:38 +0200
Rainer Hurling wrote:
> On 15.04.2012 00:01 (UTC+1), AN wrote:
> >
> > I updated source with svn within the last hour, and rebuilt world
> > and kernel. When I tried to boot to single-user mode to
> > installworld the machine panicked and rebooted. I needed to b
Am 04/15/12 00:01, schrieb AN:
>
>
> On Fri, 13 Apr 2012, O. Hartmann wrote:
>
>> Am 04/13/12 00:21, schrieb AN:
>>> At Thu Apr 12 17:52:05 EDT 2012:
>>>
>>> [root@FBSD10 /usr/src]# svn up
>>> Updating '.':
>>> At revision 234196.
>>>
>>> Trying to build the kernel I get the following failure:
>
On 15.04.2012 00:01 (UTC+1), AN wrote:
On Fri, 13 Apr 2012, O. Hartmann wrote:
Am 04/13/12 00:21, schrieb AN:
At Thu Apr 12 17:52:05 EDT 2012:
[root@FBSD10 /usr/src]# svn up
Updating '.':
At revision 234196.
Trying to build the kernel I get the following failure:
time make -j8 buildkernel
On Fri, 13 Apr 2012, O. Hartmann wrote:
Am 04/13/12 00:21, schrieb AN:
At Thu Apr 12 17:52:05 EDT 2012:
[root@FBSD10 /usr/src]# svn up
Updating '.':
At revision 234196.
Trying to build the kernel I get the following failure:
time make -j8 buildkernel KERNCONF=MYKERNEL
===> zlib (all)
cc
Am 04/13/12 00:21, schrieb AN:
> At Thu Apr 12 17:52:05 EDT 2012:
>
> [root@FBSD10 /usr/src]# svn up
> Updating '.':
> At revision 234196.
>
> Trying to build the kernel I get the following failure:
>
> time make -j8 buildkernel KERNCONF=MYKERNEL
>
>
>
> ===> zlib (all)
> cc -O2 -pipe -fno-st
On 13 April 2012 02:21, AN wrote:
> At Thu Apr 12 17:52:05 EDT 2012:
>
> [root@FBSD10 /usr/src]# svn up
> Updating '.':
> At revision 234196.
[...]
> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall
> -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-protot
At Thu Apr 12 17:52:05 EDT 2012:
[root@FBSD10 /usr/src]# svn up
Updating '.':
At revision 234196.
Trying to build the kernel I get the following failure:
time make -j8 buildkernel KERNCONF=MYKERNEL
===> zlib (all)
cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc
-D
On 14 August 2011 06:01, deeptec...@gmail.com wrote:
> in the following kernel configuration (notably without ``device
> bfp''), i get the following kernel build error. which is either a bug,
> or not; just posting in case it's in someone's interest.
>
> build log snippet begins
in the following kernel configuration (notably without ``device
bfp''), i get the following kernel build error. which is either a bug,
or not; just posting in case it's in someone's interest.
build log snippet begins
===> pfsync (all)
cc -O2 -fno-strict-aliasing -pipe -march=pen
In message: <[EMAIL PROTECTED]>
Ian Freislich <[EMAIL PROTECTED]> writes:
: "M. Warner Losh" wrote:
: > Don't build pcic with newcard. It is broken, doesn't work and isn't
: > supported. I have a rewrite in my p4 tree that I'm slugging through,
: > but pcic is likely to coninue to not
"M. Warner Losh" wrote:
> Don't build pcic with newcard. It is broken, doesn't work and isn't
> supported. I have a rewrite in my p4 tree that I'm slugging through,
> but pcic is likely to coninue to not compile until that's committed.
Will that eventually fix support for the following (dmesg fr
In message: <[EMAIL PROTECTED]>
Doug Barton <[EMAIL PROTECTED]> writes:
: I found my problem, when I got this new laptop two weeks ago I
: UN-commented the pcic cardbus bridge "just in case." This worked fine up
: till 8/27, my last build on that machine. Starting last night, with that
I found my problem, when I got this new laptop two weeks ago I
UN-commented the pcic cardbus bridge "just in case." This worked fine up
till 8/27, my last build on that machine. Starting last night, with that
device in my kernel config, kernel build fails with the error below.
Commenting it again a
Have you not been reading the mailing list? Right now you are
supposed to WERROR if you run into these.
Kris
pgp0.pgp
Description: PGP signature
cc -c -O -pipe -march=pentium3 -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline
-Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I.
-I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica
-I/usr/src/sys/contrib/ipfilte
cvsup earlier today.
I just finished mergemaster'ing my upgrade from a May -CURRENT.
I removed the offending line from sys/modules/Makefile, and set
NOMOODULES=1.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
> > Well, I ended up unlinking it from the build and am installing now.
> > Once I get a fresh world installed, I'll try and rebuild world again
> > to see if the problem persists. Would you like me to get a ktrace of
> > aicasm running before I rebuild world? -sc
>
> That would have been inter
Another issue with 'aicasm': It breaks the following:
* Vanilla install of 4.6-RELEASE (from CD-ROM)
* Pull 5.0-CURRENT sources (as of 2 Sept 2002)
* 'make buildworld'
* 'make kernel'
The kernel compile breaks when it tries to run
aicasm, with a message about 'libc.so.5' not
being ava
I ran into this, and found that re-running config and make depend made it
go away. Didn't have time to do any other follow-up.
Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
[EMAIL PROTECTED] Network Associates Laboratories
On Mon, 2 Sep 2002, Long, Scott wrote:
> >
> Well, I ended up unlinking it from the build and am installing now.
> Once I get a fresh world installed, I'll try and rebuild world again
> to see if the problem persists. Would you like me to get a ktrace of
> aicasm running before I rebuild world? -sc
That would have been interesting.
--
> > Well, I ended up unlinking it from the build and am installing
> > now. Once I get a fresh world installed, I'll try and rebuild
> > world again to see if the problem persists. Would you like me to
> > get a ktrace of aicasm running before I rebuild world? -sc
>
> Sure. Thanks a lot.
Hrm
> > > > Is anyone else seeing something similar to the following?
> > I'm able to
> > > > build world, but can't get this kernel build to budge.
> > I've not seen
> > > > this error before so I'm a tad lost as to where to poke next. -sc
> > >
> > > This is the third report of this that I've
> > Is anyone else seeing something similar to the following? I'm able to
> > build world, but can't get this kernel build to budge. I've not seen
> > this error before so I'm a tad lost as to where to poke next. -sc
>
> This is the third report of this that I've seen, and I'm completely
> baf
>
> Is anyone else seeing something similar to the following? I'm able to
> build world, but can't get this kernel build to budge. I've not seen
> this error before so I'm a tad lost as to where to poke next. -sc
This is the third report of this that I've seen, and I'm completely
baffled. Ho
Is anyone else seeing something similar to the following? I'm able to
build world, but can't get this kernel build to budge. I've not seen
this error before so I'm a tad lost as to where to poke next. -sc
===> aic7xxx
===> aic7xxx/aicasm
make -f /usr/src/sys/modules/aic7xxx/aicasm/../../../dev
Current source in ipfw was broken:
cc -O -pipe -DIPFIREWALL -D_KERNEL -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual
-fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev -I@/../include
-fno-common -g
Hi,
Without -DNO_WERROR, i sometimes get a build failure on CURRENT sources,
as shown below. However, this does not always occur, maybe 30% of the
compiles succeed. Why would it sometimes compile fine? I've deleted my
/usr/obj and /usr/src, and even my cvs repositry, without success.#
Gavin
cc
Did you add "device miibus" to you kernel configuration?
Jim Bloom
[EMAIL PROTECTED]
Paul Allenby wrote:
>
> Hi all
>
> >From sources cvsup'd about an hour ago, "make depend" complains:
>
> ../../dev/ed/if_ed_pccard.c:58: miibus_if.h: No such file or directory
>
> and fails. This is after de
Hi all
>From sources cvsup'd about an hour ago, "make depend" complains:
../../dev/ed/if_ed_pccard.c:58: miibus_if.h: No such file or directory
and fails. This is after deleting the old kernel build dir.
Paul
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in
On 07-Dec-00 Manfred Antar wrote:
> At 06:28 PM 12/6/2000 -0800, John Baldwin wrote:
>
>>On 07-Dec-00 John Baldwin wrote:
>>>
>>> On 07-Dec-00 Manfred Antar wrote:
I've been trying to build a current kernel from current sources for a day
now
and I keep getting this:
>
At 06:28 PM 12/6/2000 -0800, John Baldwin wrote:
>On 07-Dec-00 John Baldwin wrote:
>>
>> On 07-Dec-00 Manfred Antar wrote:
>>>
>>>
>>> I've been trying to build a current kernel from current sources for a day
>>> now
>>> and I keep getting this:
>>
>> I'm looking at this. My initial guess is
On 07-Dec-00 John Baldwin wrote:
>
> On 07-Dec-00 Manfred Antar wrote:
>>
>>
>> I've been trying to build a current kernel from current sources for a day
>> now
>> and I keep getting this:
>
> I'm looking at this. My initial guess is maybe a gcc bug, as mtx_exit()
> compiles in dozens of oth
On Wed, Dec 06, 2000 at 06:13:50PM -0800, Manfred Antar wrote:
# At 05:49 PM 12/6/2000 -0800, you wrote:
#
# >I'm looking at this. My initial guess is maybe a gcc bug, as mtx_exit()
# >compiles in dozens of other places just fine (and has for months now).
#
# Yes
# It's a different kind of erro
At 05:49 PM 12/6/2000 -0800, you wrote:
>On 07-Dec-00 Manfred Antar wrote:
>>
>>
>> I've been trying to build a current kernel from current sources for a day now
>> and I keep getting this:
>
>I'm looking at this. My initial guess is maybe a gcc bug, as mtx_exit()
>compiles in dozens of other
On Wed, 6 Dec 2000, John Baldwin wrote:
>
> On 07-Dec-00 Manfred Antar wrote:
> >
> >
> > I've been trying to build a current kernel from current sources for a day now
> > and I keep getting this:
>
> I'm looking at this. My initial guess is maybe a gcc bug, as mtx_exit()
> compiles in dozen
On 07-Dec-00 Manfred Antar wrote:
>
>
> I've been trying to build a current kernel from current sources for a day now
> and I keep getting this:
I'm looking at this. My initial guess is maybe a gcc bug, as mtx_exit()
compiles in dozens of other places just fine (and has for months now).
--
I've been trying to build a current kernel from current sources for a day now
and I keep getting this:
cc -c -x assembler-with-cpp -DLOCORE -O -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual
-fformat-extensions -ansi -g
Steve Price writes:
> }
> +#ifdef __i386__
> sc->wb_btag = I386_BUS_SPACE_IO;
> +#endif
> +#ifdef __alpha__
> + sc->wb_btag = ALPHA_BUS_SPACE_IO;
> +#endif
> #else
> if (!(command & PCIM_CMD_MEMEN)) {
Just a minor comment.. anytime you have something like this, it's
always
In message <[EMAIL PROTECTED]> Bill Paul writes:
: If we're really lucky then some day this will get fixed correctly,
: by somebody who is not me, as I have plenty of other things to keep
: me busy.
I'm working on moderizing the bus space implementation right now. It
will make writing the newcon
In message <[EMAIL PROTECTED]> Parag Patel writes:
: Just curious, but is there a reason that these lines aren't simply
:
: sc->wb_btag = BUS_SPACE_IO;
:
: with this macro being set to the correct machine-specific one in some
: appropriate header file? I'm sure I'm missing something...
Y
In message <[EMAIL PROTECTED]> Steve Price
writes:
: I wondered that as well. For both the i386 and alpha port
: the definitions end up in /usr/include/machine/bus.h and
: stripping off the arch-specific prefix shows that their value
: is the same.
Because the bus tag isn't guarnateed to be a c
Parag Patel wrote:
> On Mon, 05 Jul 1999 00:33:57 CDT, Steve Price wrote:
> >+#ifdef __i386__
> > sc->wb_btag = I386_BUS_SPACE_IO;
> >+#endif
> >+#ifdef __alpha__
> >+sc->wb_btag = ALPHA_BUS_SPACE_IO;
> >+#endif
>
> Just curious, but is there a reason that these lines aren't simply
>
>
Of all the gin joints in all the towns in all the world, Steve Price had
to walk into mine and say:
> [trimmed -alpha from cc: list to keep the cross posting
> police from coming after me :)]
>
> On Mon, 5 Jul 1999, Parag Patel wrote:
>
> # On Mon, 05 Jul 1999 00:33:57 CDT, Steve Price wrote:
[trimmed -alpha from cc: list to keep the cross posting
police from coming after me :)]
On Mon, 5 Jul 1999, Parag Patel wrote:
# On Mon, 05 Jul 1999 00:33:57 CDT, Steve Price wrote:
# >+#ifdef __i386__
# > sc->wb_btag = I386_BUS_SPACE_IO;
# >+#endif
# >+#ifdef __alpha__
# >+sc->wb_btag
On Mon, 05 Jul 1999 00:33:57 CDT, Steve Price wrote:
>+#ifdef __i386__
> sc->wb_btag = I386_BUS_SPACE_IO;
>+#endif
>+#ifdef __alpha__
>+ sc->wb_btag = ALPHA_BUS_SPACE_IO;
>+#endif
Just curious, but is there a reason that these lines aren't simply
sc->wb_btag = BUS_SPACE_IO;
w
Anyone object to me fixing the wb driver so kernel builds on
the Alpha don't fall over anymore? The patch was gleened from
the similar changes to the al driver. Thanks.
-steve
Index: if_wb.c
===
RCS file: /home/ncvs/src/sys/pci/if
On Sat, 27 Feb 1999, Nicolas Souchu wrote:
> On Wed, Feb 24, 1999 at 08:51:03AM +, Doug Rabson wrote:
> >
> >On Tue, 23 Feb 1999, Nicolas Souchu wrote:
> >
> >> Hi folks,
> >>
> >> Updating at Mar 23 f?v 1999 22:52:33 CET,
> >>
> >> cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-
On Wed, Feb 24, 1999 at 08:51:03AM +, Doug Rabson wrote:
>
>On Tue, 23 Feb 1999, Nicolas Souchu wrote:
>
>> Hi folks,
>>
>> Updating at Mar 23 fév 1999 22:52:33 CET,
>>
>> cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
>> -Wmissing-prototypes -Wpointer-arith -Winline
On Tue, 23 Feb 1999, Nicolas Souchu wrote:
> Hi folks,
>
> Updating at Mar 23 f?v 1999 22:52:33 CET,
>
> cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual
> -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I
Hi folks,
Updating at Mar 23 fév 1999 22:52:33 CET,
cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions
-ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -DVM_STACK
-include opt_global
94 matches
Mail list logo
