Re: installworld of r311444 fails

[Alan Somers]

You're one revision too old.  Please try again at  311445 or later.

-Alan

On Thu, Jan 5, 2017 at 8:25 PM, Kurt Lidl  wrote:
> Today's build of -head (r3111444) fails to install
> on my sparc64 (upgrading from stable/10, which was
> just updated yesterday).
>
> The kernel installation and reboot worked fine.
> The installation of the user bits failed:
>
> ===> usr.bin/bsdcat/tests (install)
> install  -o root  -g wheel -m 555  functional_test
> /usr/tests/usr.bin/bsdcat/functional_test
> install: /usr/tests/usr.bin/bsdcat/functional_test: No such file or
> directory
> *** Error code 71
>
> Stop.
> bmake[6]: stopped in /usr/src/usr.bin/bsdcat/tests
> *** Error code 1
>
> Looks like the target directory creation was forgotten.
>
> FWIW, there is no /etc/src.conf on the machine, so it's a completely
> stock build.
>
> -Kurt
>
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

installworld of r311444 fails

[Kurt Lidl]

Today's build of -head (r3111444) fails to install
on my sparc64 (upgrading from stable/10, which was
just updated yesterday).

The kernel installation and reboot worked fine.
The installation of the user bits failed:

===> usr.bin/bsdcat/tests (install)
install  -o root  -g wheel -m 555  functional_test 
/usr/tests/usr.bin/bsdcat/functional_test
install: /usr/tests/usr.bin/bsdcat/functional_test: No such file or 
directory

*** Error code 71

Stop.
bmake[6]: stopped in /usr/src/usr.bin/bsdcat/tests
*** Error code 1

Looks like the target directory creation was forgotten.

FWIW, there is no /etc/src.conf on the machine, so it's a completely
stock build.

-Kurt

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending

[Sean Bruno]

tl;dr --> igbX devices will become emX devices

We're about to commit an update to sys/dev/e1000 that will implement and
activate IFLIB for em(4), lem(4) & igb(4) and would appreciate all folks
who can test and poke at the drivers to do so this week.  This will have
some really great changes for performance and standardization that have
been bouncing around inside of various FreeBSD shops that have been
collaborating with Matt Macy over the last year.

This will implement multiple queues for certain em(4) devices that are
capable of such things and add some new sysctl's for you to poke at in
your monitoring tools.

Due to limitations of device registration, igbX devices will become emX
devices.  So, you'll need to make a minor update to your rc.conf and
scripts that manipulate the network devices.

UPDATING will be bumped to reflect these changes.

MFC to stable/11 will have a legacy implementation that doesn't use
IFLIB for compatibility reasons.

A documentation and man page update will follow in the next few days
explaining how to work with the changed driver.

sean

bcc net@ current@ re@





signature.asc
Description: OpenPGP digital signature

Re: How many CPU cores does FreeBSD support?

[Konstantin Belousov]

On Thu, Jan 05, 2017 at 01:23:55AM +, Eric Joyner wrote:
> I started off with a snapshot of 12-CURRENT, but I got a kernel panic on
> boot that complained about a duplicate local APIC ID. For now, disabling
> Hyper Threading gets rid of that panic. I think there's a KASSERT that
> wasn't getting hit on my 11.0-RELEASE install.
This is because 11.0 has INVARIANTS disabled in the GENERIC kernel config.
Do you mean this one
KASSERT(la->la_enabled == 0, ("Duplicate local APIC ID %u", apic_id));
?  This is most likely to out of bounds accesses to the array.

Please revert the modification I suggested in previous mail, i.e. return
to the stock HEAD, and use this one instead.  You would also need to
bump MAXCPU in your kernel config.

If this works out, the patch still requires more work to get rid of that 
dozen of statically sized arrays.  But more likely, the patch requires
some debugging.

diff --git a/sys/x86/acpica/madt.c b/sys/x86/acpica/madt.c
index 959530c0d89..4509bc4a2f2 100644
--- a/sys/x86/acpica/madt.c
+++ b/sys/x86/acpica/madt.c
@@ -135,7 +135,7 @@ madt_setup_local(void)
vm_paddr_t dmartbl_physaddr;
const char *reason;
char *hw_vendor;
-   u_int p[4];
+   u_int p[4], i;
int user_x2apic;
bool bios_x2apic;
 
@@ -216,6 +216,11 @@ madt_setup_local(void)
(int)sizeof(madt->Header.OemId), madt->Header.OemId,
(int)sizeof(madt->Header.OemTableId), madt->Header.OemTableId);
 
+   if (!x2apic_mode) {
+   for (i = xAPIC_MAX_APIC_ID; i < MAX_APIC_ID; i++)
+   lapic_ignore(i);
+   }
+
/*
 * We ignore 64-bit local APIC override entries.  Should we
 * perhaps emit a warning here if we find one?
@@ -242,7 +247,7 @@ madt_setup_io(void)
panic("Using MADT but ACPI doesn't work");
}
 
-   ioapics = malloc(sizeof(*ioapics) * (MAX_APIC_ID + 1), M_MADT,
+   ioapics = malloc(sizeof(*ioapics) * (xAPIC_MAX_APIC_ID + 1), M_MADT,
M_WAITOK | M_ZERO);
 
/* First, we run through adding I/O APIC's. */
@@ -269,7 +274,7 @@ madt_setup_io(void)
}
 
/* Third, we register all the I/O APIC's. */
-   for (i = 0; i <= MAX_APIC_ID; i++)
+   for (i = 0; i <= xAPIC_MAX_APIC_ID; i++)
if (ioapics[i].io_apic != NULL)
ioapic_register(ioapics[i].io_apic);
 
@@ -365,7 +370,7 @@ madt_parse_apics(ACPI_SUBTABLE_HEADER *entry, void *arg 
__unused)
"MADT: Found IO APIC ID %u, Interrupt %u at %p\n",
apic->Id, apic->GlobalIrqBase,
(void *)(uintptr_t)apic->Address);
-   if (apic->Id > MAX_APIC_ID)
+   if (apic->Id > xAPIC_MAX_APIC_ID)
panic("%s: I/O APIC ID %u too high", __func__,
apic->Id);
if (ioapics[apic->Id].io_apic != NULL)
diff --git a/sys/x86/include/apicvar.h b/sys/x86/include/apicvar.h
index 09c3a638df8..b65c4a8c913 100644
--- a/sys/x86/include/apicvar.h
+++ b/sys/x86/include/apicvar.h
@@ -74,8 +74,9 @@
  * I/O device!
  */
 
-#defineMAX_APIC_ID 0xfe
-#defineAPIC_ID_ALL 0xff
+#definexAPIC_MAX_APIC_ID   0xfe
+#defineMAX_APIC_ID 0x200
+#defineAPIC_ID_ALL 0x
 
 /* I/O Interrupts are used for external devices such as ISA, PCI, etc. */
 #defineAPIC_IO_INTS(IDT_IO_INTS + 16)
@@ -204,6 +205,7 @@ int ioapic_set_smi(void *cookie, u_int pin);
  */
 struct apic_ops {
void(*create)(u_int, int);
+   void(*ignore)(u_int);
void(*init)(vm_paddr_t);
void(*xapic_mode)(void);
bool(*is_x2apic)(void);
@@ -256,6 +258,13 @@ lapic_create(u_int apic_id, int boot_cpu)
 }
 
 static inline void
+lapic_ignore(u_int apic_id)
+{
+
+   apic_ops.ignore(apic_id);
+}
+
+static inline void
 lapic_init(vm_paddr_t addr)
 {
 
diff --git a/sys/x86/include/x86_smp.h b/sys/x86/include/x86_smp.h
index 84a0eba25bc..0cf4ef234e4 100644
--- a/sys/x86/include/x86_smp.h
+++ b/sys/x86/include/x86_smp.h
@@ -78,6 +78,7 @@ inthand_t
 /* functions in x86_mp.c */
 void   assign_cpu_ids(void);
 void   cpu_add(u_int apic_id, char boot_cpu);
+void   cpu_ignore(u_int apic_id);
 void   cpustop_handler(void);
 void   cpususpend_handler(void);
 void   init_secondary_tail(void);
diff --git a/sys/x86/x86/local_apic.c b/sys/x86/x86/local_apic.c
index 1b1547de780..163f5e4b66f 100644
--- a/sys/x86/x86/local_apic.c
+++ b/sys/x86/x86/local_apic.c
@@ -298,6 +298,7 @@ struct pic lapic_pic = { .pic_resume = lapic_resume };
 
 /* Forward declarations for apic_ops */
 static voidnative_lapic_create(u_int apic_id, int boot_cpu);
+static voidnative_lapic_ignore(u_int apic_id);
 static voidnative_lapic_init(vm_paddr_t addr);
 static voidnative_lapic_xapic_mode(void);
 static voidnative_lapic_setup(int boot);
@@ 

Re: 'make buildworld' failure

[Oleg V. Nauman]

On Thursday 05 January 2017 12:26:58 Hiroki Sato wrote:
> hiren panchasara  wrote
>   in <20170104180954.gv17...@strugglingcoder.info>:
> 
> hi> + hrs@
> hi> On 01/04/17 at 12:43P, Oleg V. Nauman wrote:
> hi> > ===> usr.sbin/inetd (all)
[skip]
> hi> > 4 errors generated.
> hi> > *** Error code 1
> hi> >
> hi> >
> hi> >
> hi> > root@asus:/usr/src # svnlite info|grep Rev:
> hi> > Last Changed Rev: 311250
> hi> >
> hi> > My current system revision is r310560
> hi> >
> hi> >  It possible that it is due to WITHOUT_INET6 defined in /etc/src.conf
> hi>
> hi> r310921 could be it.
> 
>  Thank you for the report and sorry for the breakage.  Should be fixed
>  at r311354.

 Yes if fixes buildworld on i386 at least.

Thank you!

> 
> -- Hiroki


signature.asc
Description: This is a digitally signed message part.