On Wed, Mar 06, 2024 at 10:51:05AM -0700, John Nielsen wrote:
> Getting a set but not used warning for “td” in sys/kern/kern_condvar.c when
> doing a buildkernel for a config file without “options KTRACE”. I failed to
> copy the full error message/line numbers but I will reproduce this evening if
Getting a set but not used warning for “td” in sys/kern/kern_condvar.c when
doing a buildkernel for a config file without “options KTRACE”. I failed to
copy the full error message/line numbers but I will reproduce this evening if
needed.
JN
On dc., gen. 13 2021, David Wolfskill wrote:
On Wed, Jan 13, 2021 at 02:52:32PM -0500, Robert Huff wrote:
Hans Petter Selasky :
> You need to update that DRM port you are using before the
> issue
> will be fixed.
I'm confused.
I have drm-current-kmod listed in PORTS_MODULE
And ... we have a winner. (So far.)
The system in question has 11+ hours uptime running:
FreeBSD 13.0-ALPHA1 #1 main-c1149-g79a5c790bd: Sat Jan 16 09:02:47 EST 2021
amd64
(Now rebuilding 1100+ ports )
I commented out the IGNORE line from drm-current-kmod;
Yesterday I typod:
> So, yes as I believe I said buildkernel ran successfully.
Please make that:
So, yes as I believe I said buildworld ran successfully.
[Whack! Whack! Whack!]
Respectfully,
Rober
Greg writes:
> also, did you upgrade the world?
> The version stuff that ports checks comes from /usr/include.
I follow the process specified at the end of UPDATING.
So, yes as I believe I said buildkernel ran successfully.
Respectfully,
On Thu, Jan 14, 2021 at 08:36, Robert Huff wrote:
Hello:
> I am trying to upgrade a system running:
>
> FreeBSD 13.0-CURRENT #0 r365372: Sun Sep 6 10:51:26 EDT 2020
amd64
>
> Per this discussion, I cannot compile the kernel because
> drm-current-kmod is
Hello:
> > I am trying to upgrade a system running:
> >
> > FreeBSD 13.0-CURRENT #0 r365372: Sun Sep 6 10:51:26 EDT 2020 amd64
> >
> > Per this discussion, I cannot compile the kernel because
> > drm-current-kmod is out-of-date.
> > When I try to upgrade drm-current-kmod (r
On Thu, Jan 14, 2021 at 08:05, Robert Huff wrote:
"Houston ... we have a problem."
Scenario: Chicken, meet egg?
I am trying to upgrade a system running:
FreeBSD 13.0-CURRENT #0 r365372: Sun Sep 6 10:51:26 EDT 2020 amd64
Per this discussion, I cannot compile
"Houston ... we have a problem."
Scenario: Chicken, meet egg?
I am trying to upgrade a system running:
FreeBSD 13.0-CURRENT #0 r365372: Sun Sep 6 10:51:26 EDT 2020 amd64
Per this discussion, I cannot compile the kernel because
drm-current-kmod is out-of-date.
Chris writes:
> >> Further: if I have that set ... does that mean I can
> >> remove it from PORTS_MODULES?
> >
> > I don't know what that is
> eg;
> PORTS_MODULES=x11/nvidia-driver-304
> for the nvidia driver, for example. see src.conf(5).
Actually make.conf(5).
On 2021-01-13 13:28, Emmanuel Vadot wrote:
On Wed, 13 Jan 2021 16:19:09 -0500
Robert Huff wrote:
Emmanuel Vadot writes:
>That's one of the problems of having external kmods.
>drm-current-kmod have the option by default to install it's
> sources in /usr/local/sys/ and when doing a
On Wed, 13 Jan 2021 16:19:09 -0500
Robert Huff wrote:
>
> Emmanuel Vadot writes:
>
> > That's one of the problems of having external kmods.
> > drm-current-kmod have the option by default to install it's
> > sources in /usr/local/sys/ and when doing a make buildkernel
> > those sou
Emmanuel Vadot writes:
> That's one of the problems of having external kmods.
> drm-current-kmod have the option by default to install it's
> sources in /usr/local/sys/ and when doing a make buildkernel
> those sources are getting built too.
That would be the SOURCE opt
On Wed, 13 Jan 2021 14:52:32 -0500
Robert Huff wrote:
>
> Hans Petter Selasky :
>
> > You need to update that DRM port you are using before the issue
> > will be fixed.
>
> I'm confused.
> I have drm-current-kmod listed in PORTS_MODULES; things on that
> list get built _after_
On Wed, Jan 13, 2021 at 02:52:32PM -0500, Robert Huff wrote:
>
> Hans Petter Selasky :
>
> > You need to update that DRM port you are using before the issue
> > will be fixed.
>
> I'm confused.
> I have drm-current-kmod listed in PORTS_MODULES; things on that
> list get built _af
Hans Petter Selasky :
> You need to update that DRM port you are using before the issue
> will be fixed.
I'm confused.
I have drm-current-kmod listed in PORTS_MODULES; things on that
list get built _after_ buildkernel (installkernel??) for reasons I
thought I understood.
Hi HPS! thanks, that solved the issue. sorry dint realize i had to
recompile the drm.
Cheers
Santi
On 1/13/21 2:45 PM, Hans Petter Selasky wrote:
> On 1/13/21 3:42 PM, Hans Petter Selasky wrote:
>> On 1/13/21 3:40 PM, Santiago Martinez wrote:
>>> Thanks Peter, this is what i got
>>>
>>> root@t
On 1/13/21 3:42 PM, Hans Petter Selasky wrote:
On 1/13/21 3:40 PM, Santiago Martinez wrote:
Thanks Peter, this is what i got
root@tucho:/usr/src # git status
On branch main
Your branch is up to date with 'origin/main'.
am i missing something?
portsnap fetch update
You need to update that
On 1/13/21 3:40 PM, Santiago Martinez wrote:
Thanks Peter, this is what i got
root@tucho:/usr/src # git status
On branch main
Your branch is up to date with 'origin/main'.
am i missing something?
portsnap fetch update
Maybe?
--HPS
___
freebsd-cu
Thanks Peter, this is what i got
root@tucho:/usr/src # git status
On branch main
Your branch is up to date with 'origin/main'.
am i missing something?
Santi
On 1/13/21 2:34 PM, Hans Petter Selasky wrote:
> On 1/13/21 3:31 PM, Santiago Martinez wrote:
>> Hi there,
>>
>> Just wondering if someb
On 1/13/21 3:31 PM, Santiago Martinez wrote:
Hi there,
Just wondering if somebody else is having issues building the kernel
(amd64) with the latest current.
I have tried with clean, etc and same issue.
Uploaded the make output into "pastebin.com"
https://pastebin.com/va5HCYtY
Try to updat
Hi there,
Just wondering if somebody else is having issues building the kernel
(amd64) with the latest current.
I have tried with clean, etc and same issue.
Uploaded the make output into "pastebin.com"
https://pastebin.com/va5HCYtY
Thanks
Santi
OpenPGP_signature
Description: OpenPGP d
On Tue, Nov 05, 2013 at 01:40:17PM -0700, Ian Lepore wrote:
I> On Tue, 2013-11-05 at 19:12 +0400, Gleb Smirnoff wrote:
I> > On Tue, Nov 05, 2013 at 08:00:52AM -0700, Ian Lepore wrote:
I> > I> > I> You were just unlucky that your updates bracketed my checkin that
I> > I> > I> changed the build proce
On Tue, 2013-11-05 at 19:12 +0400, Gleb Smirnoff wrote:
> On Tue, Nov 05, 2013 at 08:00:52AM -0700, Ian Lepore wrote:
> I> > I> You were just unlucky that your updates bracketed my checkin that
> I> > I> changed the build process for the aicasm tool so that it gets built as
> I> > I> part of the to
On Tue, Nov 05, 2013 at 08:00:52AM -0700, Ian Lepore wrote:
> On Tue, 2013-11-05 at 11:01 +0400, Gleb Smirnoff wrote:
> > On Mon, Nov 04, 2013 at 10:09:54PM -0700, Ian Lepore wrote:
> > I> > > /usr/src/sys/dev/aic7xxx/aic7xxx.seq
> > I> > > > make[2]: exec(aicasm) failed (No such file or directory)
On Tue, Nov 05, 2013 at 08:00:52AM -0700, Ian Lepore wrote:
I> > I> You were just unlucky that your updates bracketed my checkin that
I> > I> changed the build process for the aicasm tool so that it gets built as
I> > I> part of the toolchain rather than as part of the kernel now.
I> >
I> > Before
On Tue, 2013-11-05 at 11:01 +0400, Gleb Smirnoff wrote:
> On Mon, Nov 04, 2013 at 10:09:54PM -0700, Ian Lepore wrote:
> I> > > /usr/src/sys/dev/aic7xxx/aic7xxx.seq
> I> > > > make[2]: exec(aicasm) failed (No such file or directory)
> I> > > > *** Error code 1
> I> > > >
> I> > > > Stop.
> I> > > >
On Tue, Nov 5, 2013 at 2:01 AM, Gleb Smirnoff wrote:
> On Mon, Nov 04, 2013 at 10:09:54PM -0700, Ian Lepore wrote:
> I> > > /usr/src/sys/dev/aic7xxx/aic7xxx.seq
> I> > > > make[2]: exec(aicasm) failed (No such file or directory)
> I> > > > *** Error code 1
> I> > > >
> I> > > > Stop.
> I> > > > m
On Mon, Nov 04, 2013 at 10:09:54PM -0700, Ian Lepore wrote:
I> > > /usr/src/sys/dev/aic7xxx/aic7xxx.seq
I> > > > make[2]: exec(aicasm) failed (No such file or directory)
I> > > > *** Error code 1
I> > > >
I> > > > Stop.
I> > > > make[2]: stopped in /usr/obj/usr/src/sys/GENERIC
I> > > > *** Error co
On Mon, 2013-11-04 at 19:44 -0500, Outback Dingo wrote:
> On Mon, Nov 4, 2013 at 7:36 PM, Ian Lepore wrote:
>
> > On Mon, 2013-11-04 at 19:25 -0500, Outback Dingo wrote:
> > > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls
> > > -Wnested-externs -Wstrict-prototypes -Wmi
On Mon, Nov 4, 2013 at 7:36 PM, Ian Lepore wrote:
> On Mon, 2013-11-04 at 19:25 -0500, Outback Dingo wrote:
> > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls
> > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
> > -Winline -Wcast-qual -Wundef
On Mon, 2013-11-04 at 19:25 -0500, Outback Dingo wrote:
> cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls
> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
> -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions
> -Wmissing-include-di
cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -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-tautological-compare -Wn
On Mon, Oct 28, 2013 at 05:33:23PM -0400, Outback Dingo wrote:
O> /usr/src/sys/dev/xen/netback/netback.c
O> /usr/src/sys/dev/xen/netback/netback.c:588:7: error: incomplete definition
O> of type 'struct mbuf'
O> if (m->m_flags & M_PKTHDR) {
This one already fixed. Sorry.
--
Totus tuus, G
cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -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-tautological-compar
The subject should have been what it is now, sorry.
--
Andriy Gapon
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>Date: Mon, 21 May 2001 17:15:32 +0300
>From: Ruslan Ermilov <[EMAIL PROTECTED]>
[I note that I included -current by mistake; I had intended to include
-stable. But since the thread has started dhw]
>On Mon, May 21, 2001 at 07:01:19AM -0700, David Wolfskill wrote:
>> Seems that perhaps the
On Mon, May 21, 2001 at 07:01:19AM -0700, David Wolfskill wrote:
> Seems that perhaps the MFC of some changes to mbuf.h also needed some
> corresponding changes elsewhere (such as netncp/ncp_rq.c).
>
> This is on a system running:
> FreeBSD dhcp-133.catwhisker.org 4.3-STABLE FreeBSD 4.3-STABLE #2
Seems that perhaps the MFC of some changes to mbuf.h also needed some
corresponding changes elsewhere (such as netncp/ncp_rq.c).
This is on a system running:
FreeBSD dhcp-133.catwhisker.org 4.3-STABLE FreeBSD 4.3-STABLE #20: Sun May 20 06:23:46
PDT 2001 [EMAIL PROTECTED]:/common/S2/obj/usr/s
On Sat, Mar 24, 2001 at 10:35:58PM -0600, Michael C . Wu scribbled:
| I get this when I add the following lines to my kernel build
| options SC_NORM_ATTR=(FG_GREEN|BG_BLACK)
| options SC_NORM_REV_ATTR=(FG_YELLOW|BG_GREEN)
| options SC_KERNEL_CONS_ATTR=(FG_LIGHTRED|BG_BLACK)
| options SC_KERNEL_CON
I get this when I add the following lines to my kernel build
options SC_NORM_ATTR=(FG_GREEN|BG_BLACK)
options SC_NORM_REV_ATTR=(FG_YELLOW|BG_GREEN)
options SC_KERNEL_CONS_ATTR=(FG_LIGHTRED|BG_BLACK)
options SC_KERNEL_CONS_REV_ATTR=(FG_BLACK|BG_RED)
[snip make depend]
genassym.c
/kern/link_aout.c
On Sun, 29 Oct 2000, Manfred Antar wrote:
> From latest sources:
> cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
>-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi
>-g -nostdinc -I- -I. -I../.. -I../../../include
>-I../../contrib/d
From latest sources:
cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi
-g -nostdinc -I- -I. -I../.. -I../../../include
-I../../contrib/dev/acpica/Subsystem/Include -D_KERNEL -include opt
> during the mkdep, I get:
>
> ../../kern/kern_linker.c:49: linker_if.h: No such file or directory
> ../../kern/link_aout.c:45: linker_if.h: No such file or directory
> ../../kern/link_elf.c:55: linker_if.h: No such file or directory
> mkdep: compile failed
> *** Error code 1
>
> Stop in /usr/sr
during the mkdep, I get:
../../kern/kern_linker.c:49: linker_if.h: No such file or directory
../../kern/link_aout.c:45: linker_if.h: No such file or directory
../../kern/link_elf.c:55: linker_if.h: No such file or directory
mkdep: compile failed
*** Error code 1
Stop in /usr/src/sys/compile/MONI
> Patch included...
Sorry for it and thanks for the patch.
I'll committ the fix.
Yoshinobu Inoue
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Patch included...
Index: in_pcb.c
===
RCS file: /home/ncvs/src/sys/netinet/in_pcb.c,v
retrieving revision 1.61
diff -u -r1.61 in_pcb.c
--- in_pcb.c2000/04/01 22:35:43 1.61
+++ in_pcb.c2000/04/02 03:14:15
@@ -153,10 +153,1
> With current source tree as of 9 am pacific, I can no longer build a kernel :
My mistake; should be fixed now.
--
\\ The mind's the standard \\ Mike Smith
\\ of the man. \\ [EMAIL PROTECTED]
\\-- Joseph Merrick \\ [EMAIL PROTECTED]
To Unsubscrib
With current source tree as of 9 am pacific, I can no longer build a kernel :
cc -c -O2 -Os -pipe -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline
-Wcast-qual -fformat-extensions
-ansi -nostdinc -I- -I. -I../.. -I../../../include
50 matches
Mail list logo
