Re: [Xen-devel] [PATCH v9 14/19] xen: introduce xenpv bus and a dummy pvcpu device
On 06/01/14 12:28, Julien Grall wrote: On 01/06/2014 09:46 AM, Roger Pau Monné wrote: On 05/01/14 22:52, Julien Grall wrote: On 01/02/2014 03:43 PM, Roger Pau Monne wrote: Since Xen PVH guests doesn't have ACPI, we need to create a dummy bus so top level Xen devices can attach to it (instead of attaching directly to the nexus) and a pvcpu device that will be used to fill the pcpu-pc_device field. --- sys/conf/files.amd64 |1 + sys/conf/files.i386 |1 + sys/x86/xen/xenpv.c | 155 ++ I think it makes more sense to have 2 files: one for xenpv bus and one for a dummy pvcpu device. It would allow us to move xenpv bus to common code (sys/xen or sys/dev/xen). Ack. I wasn't thinking other arches will probably use the xenpv bus but not the dummy cpu device. Would you agree to leave xenpv bus inside x86/xen for now and move the dummy PV cpu device to dev/xen/pvcpu/? As we will attach every xen device to xenpv, it makes more sense to have xenpv bus used on ARM. It will avoid duplication code and keep it nicer. I'm fine with this solution for now. I will update/move the code when I will send the patch series to support FreeBSD on Xen on ARM. [..] + +static int +xenpv_probe(device_t dev) +{ + +device_set_desc(dev, Xen PV bus); +device_quiet(dev); +return (0); As I understand, 0 means I can handle the current device, in this case if a device is probing, because it doesn't have yet a driver, we will use xenpv and end up with 2 (or even more) xenpv buses. As we only want to probe xenpv bus once, when the bus was added manually, returning BUS_PROBE_NO_WILDCARD would suit better. [..] +static int +xenpvcpu_probe(device_t dev) +{ + +device_set_desc(dev, Xen PV CPU); +return (0); Same here: BUS_PROBE_NOWILDCARD. Ack for both, will change it to BUS_PROBE_NOWILDCARD. While at it, we should also change xenstore probe function to return BUS_PROBE_NOWILDCARD. Right, I have a patch for xenstore. Do you want me to send it? Sure, send it! ___ 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
Re: [Xen-devel] [PATCH v9 15/19] xen: create a Xen nexus to use in PV/PVH
On 06/01/14 12:33, Julien Grall wrote: On 01/06/2014 09:35 AM, Roger Pau Monné wrote: On 05/01/14 22:55, Julien Grall wrote: On 01/02/2014 03:43 PM, Roger Pau Monne wrote: Introduce a Xen specific nexus that is going to be in charge for attaching Xen specific devices. Now that we have a xenpv bus, do we really need a specific nexus for Xen? We should be able to use the identify callback of xenpv to create the bus. The other part of this patch can be merged in the patch #14 Introduce xenpv bus and a dummy pvcpu device. On x86 at least we need the Xen specific nexus, or we will fall back to use the legacy nexus which is not what we really want. Oh right, in any case can we use the identify callback of xenpv to add the bus? AFAICT this kind of bus devices don't have a identify routine, and they are usually added manually from the specific nexus, see acpi or legacy. Could you add the device on ARM when you detect that you are running as a Xen guest, or in the generic ARM nexus if Xen is detected? Roger. ___ 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
Re: Install 10.0-RC3 on MacBookPro Late 2013
On 01/07/14 08:07, Huang Wen Hui wrote: Hi, This patch fixed my problem! Thanks, Huang Wen Hui. http://svnweb.freebsd.org/changeset/base/260388 --HPS ___ 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
Re: [Xen-devel] [PATCH v9 04/19] amd64: introduce hook for custom preload metadata parsers
On 03/01/14 21:59, Konrad Rzeszutek Wilk wrote: On Thu, Jan 02, 2014 at 04:43:38PM +0100, Roger Pau Monne wrote: --- sys/amd64/amd64/machdep.c | 41 -- sys/amd64/include/sysarch.h | 12 ++ sys/x86/xen/pv.c| 82 +++ 3 files changed, 124 insertions(+), 11 deletions(-) diff --git a/sys/amd64/amd64/machdep.c b/sys/amd64/amd64/machdep.c index eae657b..e073eea 100644 --- a/sys/amd64/amd64/machdep.c +++ b/sys/amd64/amd64/machdep.c @@ -126,6 +126,7 @@ __FBSDID($FreeBSD$); #include machine/reg.h #include machine/sigframe.h #include machine/specialreg.h +#include machine/sysarch.h #ifdef PERFMON #include machine/perfmon.h #endif @@ -165,6 +166,14 @@ static int set_fpcontext(struct thread *td, const mcontext_t *mcp, char *xfpustate, size_t xfpustate_len); SYSINIT(cpu, SI_SUB_CPU, SI_ORDER_FIRST, cpu_startup, NULL); +/* Preload data parse function */ +static caddr_t native_parse_preload_data(u_int64_t); + +/* Default init_ops implementation. */ +struct init_ops init_ops = { +.parse_preload_data = native_parse_preload_data, Extra space there. It's for alignment, looks strange now because there's only one hook. +}; + /* * The file conf/ldscript.amd64 defines the symbol kernphys. Its value is * the physical address at which the kernel is loaded. @@ -1683,6 +1692,26 @@ do_next: msgbufp = (struct msgbuf *)PHYS_TO_DMAP(phys_avail[pa_indx]); } +static caddr_t +native_parse_preload_data(u_int64_t modulep) +{ +caddr_t kmdp; + +preload_metadata = (caddr_t)(uintptr_t)(modulep + KERNBASE); Two casts? Could it be done via one? +preload_bootstrap_relocate(KERNBASE); +kmdp = preload_search_by_type(elf kernel); +if (kmdp == NULL) +kmdp = preload_search_by_type(elf64 kernel); +boothowto = MD_FETCH(kmdp, MODINFOMD_HOWTO, int); +kern_envp = MD_FETCH(kmdp, MODINFOMD_ENVP, char *) + KERNBASE; +#ifdef DDB +ksym_start = MD_FETCH(kmdp, MODINFOMD_SSYM, uintptr_t); +ksym_end = MD_FETCH(kmdp, MODINFOMD_ESYM, uintptr_t); +#endif + +return (kmdp); +} + u_int64_t hammer_time(u_int64_t modulep, u_int64_t physfree) { @@ -1707,17 +1736,7 @@ hammer_time(u_int64_t modulep, u_int64_t physfree) */ proc_linkup0(proc0, thread0); -preload_metadata = (caddr_t)(uintptr_t)(modulep + KERNBASE); Oh, you just moved the code - right, lets not modify it in this patch. Yes, it's just code movement. -preload_bootstrap_relocate(KERNBASE); -kmdp = preload_search_by_type(elf kernel); -if (kmdp == NULL) -kmdp = preload_search_by_type(elf64 kernel); -boothowto = MD_FETCH(kmdp, MODINFOMD_HOWTO, int); -kern_envp = MD_FETCH(kmdp, MODINFOMD_ENVP, char *) + KERNBASE; -#ifdef DDB -ksym_start = MD_FETCH(kmdp, MODINFOMD_SSYM, uintptr_t); -ksym_end = MD_FETCH(kmdp, MODINFOMD_ESYM, uintptr_t); -#endif +kmdp = init_ops.parse_preload_data(modulep); /* Init basic tunables, hz etc */ init_param1(); diff --git a/sys/amd64/include/sysarch.h b/sys/amd64/include/sysarch.h index cd380d4..58ac8cd 100644 --- a/sys/amd64/include/sysarch.h +++ b/sys/amd64/include/sysarch.h @@ -4,3 +4,15 @@ /* $FreeBSD$ */ #include x86/sysarch.h + +/* + * Struct containing pointers to init functions whose + * implementation is run time selectable. Selection can be made, + * for example, based on detection of a BIOS variant or + * hypervisor environment. + */ +struct init_ops { +caddr_t (*parse_preload_data)(u_int64_t); +}; + +extern struct init_ops init_ops; diff --git a/sys/x86/xen/pv.c b/sys/x86/xen/pv.c index db3b7a3..908b50b 100644 --- a/sys/x86/xen/pv.c +++ b/sys/x86/xen/pv.c @@ -46,6 +46,8 @@ __FBSDID($FreeBSD$); #include vm/vm_pager.h #include vm/vm_param.h +#include machine/sysarch.h + #include xen/xen-os.h #include xen/hypervisor.h @@ -54,6 +56,36 @@ extern u_int64_t hammer_time(u_int64_t, u_int64_t); /* Xen initial function */ extern u_int64_t hammer_time_xen(start_info_t *, u_int64_t); +/*--- Forward Declarations ---*/ +static caddr_t xen_pv_parse_preload_data(u_int64_t); + +static void xen_pv_set_init_ops(void); + +/* Global Data ---*/ +/* Xen init_ops implementation. */ +struct init_ops xen_init_ops = { +.parse_preload_data = xen_pv_parse_preload_data, +}; + +static struct +{ +const char *ev; +int mask; +} howto_names[] = { +{boot_askname,RB_ASKNAME}, +{boot_single, RB_SINGLE}, +{boot_nosync, RB_NOSYNC}, +{boot_halt, RB_ASKNAME}, +{boot_serial, RB_SERIAL}, +{boot_cdrom, RB_CDROM}, +{boot_gdb,RB_GDB}, +{boot_gdb_pause, RB_RESERVED1}, +
[head tinderbox] failure on i386/i386
TB --- 2014-01-07 06:10:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-07 06:10:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-07 06:10:18 - starting HEAD tinderbox run for i386/i386 TB --- 2014-01-07 06:10:18 - cleaning the object tree TB --- 2014-01-07 06:17:50 - /usr/local/bin/svn stat /src TB --- 2014-01-07 06:17:54 - At svn revision 260387 TB --- 2014-01-07 06:17:55 - building world TB --- 2014-01-07 06:17:55 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 06:17:55 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-07 06:17:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-07 06:17:55 - SRCCONF=/dev/null TB --- 2014-01-07 06:17:55 - TARGET=i386 TB --- 2014-01-07 06:17:55 - TARGET_ARCH=i386 TB --- 2014-01-07 06:17:55 - TZ=UTC TB --- 2014-01-07 06:17:55 - __MAKE_CONF=/dev/null TB --- 2014-01-07 06:17:55 - cd /src TB --- 2014-01-07 06:17:55 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Tue Jan 7 06:18:02 UTC 2014 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Tue Jan 7 09:29:23 UTC 2014 TB --- 2014-01-07 09:29:23 - generating LINT kernel config TB --- 2014-01-07 09:29:23 - cd /src/sys/i386/conf TB --- 2014-01-07 09:29:23 - /usr/bin/make -B LINT TB --- 2014-01-07 09:29:23 - cd /src/sys/i386/conf TB --- 2014-01-07 09:29:23 - /usr/sbin/config -m LINT TB --- 2014-01-07 09:29:23 - building LINT kernel TB --- 2014-01-07 09:29:23 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 09:29:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-07 09:29:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-07 09:29:23 - SRCCONF=/dev/null TB --- 2014-01-07 09:29:23 - TARGET=i386 TB --- 2014-01-07 09:29:23 - TARGET_ARCH=i386 TB --- 2014-01-07 09:29:23 - TZ=UTC TB --- 2014-01-07 09:29:23 - __MAKE_CONF=/dev/null TB --- 2014-01-07 09:29:23 - cd /src TB --- 2014-01-07 09:29:23 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Tue Jan 7 09:29:23 UTC 2014 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT completed on Tue Jan 7 10:06:53 UTC 2014 TB --- 2014-01-07 10:06:53 - cd /src/sys/i386/conf TB --- 2014-01-07 10:06:53 - /usr/sbin/config -m LINT-NOINET TB --- 2014-01-07 10:06:53 - building LINT-NOINET kernel TB --- 2014-01-07 10:06:53 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 10:06:53 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-07 10:06:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-07 10:06:53 - SRCCONF=/dev/null TB --- 2014-01-07 10:06:53 - TARGET=i386 TB --- 2014-01-07 10:06:53 - TARGET_ARCH=i386 TB --- 2014-01-07 10:06:53 - TZ=UTC TB --- 2014-01-07 10:06:53 - __MAKE_CONF=/dev/null TB --- 2014-01-07 10:06:53 - cd /src TB --- 2014-01-07 10:06:53 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET Kernel build for LINT-NOINET started on Tue Jan 7 10:06:53 UTC 2014 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT-NOINET completed on Tue Jan 7 10:39:03 UTC 2014 TB --- 2014-01-07 10:39:03 - cd /src/sys/i386/conf TB --- 2014-01-07 10:39:03 - /usr/sbin/config -m LINT-NOINET6 TB --- 2014-01-07 10:39:03 - building LINT-NOINET6 kernel TB --- 2014-01-07 10:39:03 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 10:39:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-07 10:39:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-07 10:39:03 - SRCCONF=/dev/null TB --- 2014-01-07 10:39:03 - TARGET=i386 TB --- 2014-01-07 10:39:03 - TARGET_ARCH=i386 TB --- 2014-01-07 10:39:03 - TZ=UTC TB --- 2014-01-07 10:39:03 - __MAKE_CONF=/dev/null TB --- 2014-01-07 10:39:03 - cd /src TB --- 2014-01-07 10:39:03 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 Kernel build for LINT-NOINET6 started on Tue Jan 7 10:39:03 UTC 2014 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT-NOINET6 completed on Tue Jan 7 11:11:21 UTC 2014 TB --- 2014-01-07 11:11:21 - cd /src/sys/i386/conf TB --- 2014-01-07 11:11:21 - /usr/sbin/config -m LINT-NOIP TB --- 2014-01-07 11:11:21 - building LINT-NOIP kernel TB --- 2014-01-07 11:11:21 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 11:11:21 - MAKEOBJDIRPREFIX=/obj
[head tinderbox] failure on amd64/amd64
TB --- 2014-01-07 06:10:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-07 06:10:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-07 06:10:18 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-01-07 06:10:18 - cleaning the object tree TB --- 2014-01-07 06:18:13 - /usr/local/bin/svn stat /src TB --- 2014-01-07 06:18:16 - At svn revision 260387 TB --- 2014-01-07 06:18:17 - building world TB --- 2014-01-07 06:18:17 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 06:18:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-07 06:18:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-07 06:18:17 - SRCCONF=/dev/null TB --- 2014-01-07 06:18:17 - TARGET=amd64 TB --- 2014-01-07 06:18:17 - TARGET_ARCH=amd64 TB --- 2014-01-07 06:18:17 - TZ=UTC TB --- 2014-01-07 06:18:17 - __MAKE_CONF=/dev/null TB --- 2014-01-07 06:18:17 - cd /src TB --- 2014-01-07 06:18:17 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Tue Jan 7 06:18:24 UTC 2014 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything stage 5.1: building 32 bit shim libraries World build completed on Tue Jan 7 10:05:09 UTC 2014 TB --- 2014-01-07 10:05:09 - generating LINT kernel config TB --- 2014-01-07 10:05:09 - cd /src/sys/amd64/conf TB --- 2014-01-07 10:05:09 - /usr/bin/make -B LINT TB --- 2014-01-07 10:05:09 - cd /src/sys/amd64/conf TB --- 2014-01-07 10:05:09 - /usr/sbin/config -m LINT TB --- 2014-01-07 10:05:09 - building LINT kernel TB --- 2014-01-07 10:05:09 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 10:05:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-07 10:05:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-07 10:05:09 - SRCCONF=/dev/null TB --- 2014-01-07 10:05:09 - TARGET=amd64 TB --- 2014-01-07 10:05:09 - TARGET_ARCH=amd64 TB --- 2014-01-07 10:05:09 - TZ=UTC TB --- 2014-01-07 10:05:09 - __MAKE_CONF=/dev/null TB --- 2014-01-07 10:05:09 - cd /src TB --- 2014-01-07 10:05:09 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Tue Jan 7 10:05:09 UTC 2014 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT completed on Tue Jan 7 10:39:12 UTC 2014 TB --- 2014-01-07 10:39:12 - cd /src/sys/amd64/conf TB --- 2014-01-07 10:39:12 - /usr/sbin/config -m LINT-NOINET TB --- 2014-01-07 10:39:12 - building LINT-NOINET kernel TB --- 2014-01-07 10:39:12 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 10:39:12 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-07 10:39:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-07 10:39:12 - SRCCONF=/dev/null TB --- 2014-01-07 10:39:12 - TARGET=amd64 TB --- 2014-01-07 10:39:12 - TARGET_ARCH=amd64 TB --- 2014-01-07 10:39:12 - TZ=UTC TB --- 2014-01-07 10:39:12 - __MAKE_CONF=/dev/null TB --- 2014-01-07 10:39:12 - cd /src TB --- 2014-01-07 10:39:12 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET Kernel build for LINT-NOINET started on Tue Jan 7 10:39:12 UTC 2014 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT-NOINET completed on Tue Jan 7 11:10:09 UTC 2014 TB --- 2014-01-07 11:10:09 - cd /src/sys/amd64/conf TB --- 2014-01-07 11:10:09 - /usr/sbin/config -m LINT-NOINET6 TB --- 2014-01-07 11:10:09 - building LINT-NOINET6 kernel TB --- 2014-01-07 11:10:09 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 11:10:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-07 11:10:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-07 11:10:09 - SRCCONF=/dev/null TB --- 2014-01-07 11:10:09 - TARGET=amd64 TB --- 2014-01-07 11:10:09 - TARGET_ARCH=amd64 TB --- 2014-01-07 11:10:09 - TZ=UTC TB --- 2014-01-07 11:10:09 - __MAKE_CONF=/dev/null TB --- 2014-01-07 11:10:09 - cd /src TB --- 2014-01-07 11:10:09 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 Kernel build for LINT-NOINET6 started on Tue Jan 7 11:10:09 UTC 2014 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT-NOINET6 completed on Tue Jan 7 11:41:45 UTC 2014 TB --- 2014-01-07 11:41:45 - cd /src/sys/amd64/conf TB --- 2014-01-07 11:41:45 - /usr/sbin/config -m LINT-NOIP TB --- 2014-01-07 11:41:45 - building LINT-NOIP kernel TB --- 2014-01-07 11:41:45 -
Re: Install 10.0-RC3 on MacBookPro Late 2013
Hi, After USB problem fixed, I run some test: builworld/builkernel, mate, chrome and eclipse, every thing is fine, no random hang! I guess the hang problem is gone with USB problem fixed... Cheers, Huang Wen Hui 2014/1/7 Huang Wen Hui huang...@gmail.com USB problem fixed by revert to r245731, set hint.ahci.0.msi=0 seem to fixed timeout problem of AHCI. Random hang I think still exist, will check later... Cheers, Huang Wen Hui 2014/1/7 Lundberg, Johannes johan...@brilliantservice.co.jp Hi Huang Good job!! By works, which parts do you mean has been fixed? 1. USB problem or 2. AHCI timeout problem or 3. Random hang Best regards! -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Tue, Jan 7, 2014 at 11:30 AM, Huang Wen Hui huang...@gmail.comwrote: Hans, This wild guess do NOT works. I binary sect xhci.c in SVN, found that *r245732 *http://svnweb.freebsd.org/base?view=revisionrevision=245732* introduce the bug.* http://svnweb.freebsd.org/base?view=revisionrevision=245732 revert to r345731 fixed this USB problem in 9.2R I also copy xhci_interrupt(struct xhci_softc *sc) from 9.1R to CURRENT, CURRENT also works! Cheers, Huang Wen Hui. 2014/1/7 Hans Petter Selasky h...@bitfrost.no On 01/06/14 16:28, Hans Petter Selasky wrote: On 01/06/14 15:17, Adrian Chadd wrote: Right, but it used to work. That's the confusing bit. How'd you make it not work? :) Binary sect the sys/dev/usb/controller/xhci.c revision history? There has been several bug reports for the Lynx point, and others XHCI chipsets are working just fine. A wild guess: Copy the USB-code from -current. Add #if 0 as shown sys/dev/usb/controller/xhci_pci.c static int xhci_pci_port_route(device_t self, uint32_t set, uint32_t clear) { #if 0 uint32_t temp; temp = pci_read_config(self, PCI_XHCI_INTEL_USB3_PSSEN, 4) | pci_read_config(self, PCI_XHCI_INTEL_XUSB2PR, 4); temp |= set; temp = ~clear; pci_write_config(self, PCI_XHCI_INTEL_USB3_PSSEN, temp, 4); pci_write_config(self, PCI_XHCI_INTEL_XUSB2PR, temp, 4); device_printf(self, Port routing mask set to 0x%08x\n, temp); #endif return (0); } --HPS ___ 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 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 秘密保持について:この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。 もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、 複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。 --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. ___ 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
Re: Install 10.0-RC3 on MacBookPro Late 2013
Lucky you! I tried the latest src just now, made memstick on amd64 and ran on MBA2013 but no luck. Reverting xhci* to 243780 as I've done before made it pass the boot sequence and to the installer. Was hoping the same fix applied to Air as well :( On Tuesday, January 7, 2014, Huang Wen Hui wrote: Hi, After USB problem fixed, I run some test: builworld/builkernel, mate, chrome and eclipse, every thing is fine, no random hang! I guess the hang problem is gone with USB problem fixed... Cheers, Huang Wen Hui 2014/1/7 Huang Wen Hui huang...@gmail.com USB problem fixed by revert to r245731, set hint.ahci.0.msi=0 seem to fixed timeout problem of AHCI. Random hang I think still exist, will check later... Cheers, Huang Wen Hui 2014/1/7 Lundberg, Johannes johan...@brilliantservice.co.jp Hi Huang Good job!! By works, which parts do you mean has been fixed? 1. USB problem or 2. AHCI timeout problem or 3. Random hang Best regards! -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Tue, Jan 7, 2014 at 11:30 AM, Huang Wen Hui huang...@gmail.com wrote: Hans, This wild guess do NOT works. I binary sect xhci.c in SVN, found that *r245732 *http://svnweb.freebsd.org/base?view=revisionrevision=245732* introduce the bug.* http://svnweb.freebsd.org/base?view=revisionrevision=245732 revert to r345731 fixed this USB problem in 9.2R I also copy xhci_interrupt(struct xhci_softc *sc) from 9.1R to CURRENT, CURRENT also works! Cheers, Huang Wen Hui. 2014/1/7 Hans Petter Selasky h...@bitfrost.no On 01/06/14 16:28, Hans Petter Selasky wrote: On 01/06/14 15:17, Adrian Chadd wrote: Right, but it used to work. That's the confusing bit. How'd you make it not work? :) Binary sect the sys/dev/usb/controller/xhci.c revision history? There has been several bug reports for the Lynx point, and others XHCI chipsets are working just fine. A wild guess: Copy the USB-code from -current. Add #if 0 as shown sys/dev/usb/controller/xhci_pci.c static int xhci_pci_port_route(device_t self, uint32_t set, uint32_t clear) { #if 0 uint32_t temp; temp = pci_read_config(self, PCI_XHCI_INTEL_USB3_PSSEN, 4) | pci_read_config(self, PCI_XHCI_INTEL_XUSB2PR, 4); temp |= set; temp = ~clear; pci_write_config(self, PCI_XHCI_INTEL_USB3_PSSEN, temp, 4); pci_write_config(self, PCI_XHCI_INTEL_XUSB2PR, temp, 4); device_printf(self, Port routing mask set to 0x%08x\n, temp); #endif return (0); } --HPS ___ 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 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= -- -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 秘密保持について:この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。 もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、 複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。 --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. ___ 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
Re: Install 10.0-RC3 on MacBookPro Late 2013
On 01/07/14 14:22, Lundberg, Johannes wrote: Lucky you! I tried the latest src just now, made memstick on amd64 and ran on MBA2013 but no luck. Reverting xhci* to 243780 as I've done before made it pass the boot sequence and to the installer. Was hoping the same fix applied to Air as well:( Hi Johannes, Do you have a patch which fixes the problem instead of reverting? You are sure you tested the latest and greatest? Can you show pciconf -lv (only USB controllers) ? --HPS ___ 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
Re: [Xen-devel] [PATCH v9 15/19] xen: create a Xen nexus to use in PV/PVH
On 01/07/2014 08:29 AM, Roger Pau Monné wrote: On 06/01/14 12:33, Julien Grall wrote: On 01/06/2014 09:35 AM, Roger Pau Monné wrote: On 05/01/14 22:55, Julien Grall wrote: On 01/02/2014 03:43 PM, Roger Pau Monne wrote: Introduce a Xen specific nexus that is going to be in charge for attaching Xen specific devices. Now that we have a xenpv bus, do we really need a specific nexus for Xen? We should be able to use the identify callback of xenpv to create the bus. The other part of this patch can be merged in the patch #14 Introduce xenpv bus and a dummy pvcpu device. On x86 at least we need the Xen specific nexus, or we will fall back to use the legacy nexus which is not what we really want. Oh right, in any case can we use the identify callback of xenpv to add the bus? AFAICT this kind of bus devices don't have a identify routine, and they are usually added manually from the specific nexus, see acpi or legacy. Could you add the device on ARM when you detect that you are running as a Xen guest, or in the generic ARM nexus if Xen is detected? Is there any reason to not add identify callback? If it's possible, I would like to avoid as much as possible #ifdef XENHVM in ARM code. -- Julien Grall ___ 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
Re: [Xen-devel] [PATCH v9 03/19] xen: add and enable Xen console for PVH guests
On 01/02/2014 03:43 PM, Roger Pau Monne wrote: This adds and enables the console used on XEN kernels. --- [..] +/* Debug function, prints directly to hypervisor console */ +void xc_printf(const char *, ...); + Can you add __printflike(...)? It will be easier to catch bad format. -- Julien Grall ___ 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
Supermicro X10SLH-F motherboard kernel panics with 9.2 Release and 10.0 RC4
Hello Everyone, I need help resolving kernel panics on a Supermicro X10SLH-F motherboard in a Supermicro SC-825 chassis. I originally installed FreeBSD 9.2 Release/amd64 but kept having kernel panics after varying amounts of uptime and while running the following command against some or all of the SATA hard drives in the system: dd if=/dev/zero of=/dev/ada/n/ bs=100m A sample vmcore file is here: http://codepad.org/FIjqh2Nt While canvassing the FreeBSD Forums I followed a suggestion to try 10.0 RC4/amd64. The machine still panicked under the same conditions at around 27 hours uptime. The vmcore file is here: http://codepad.org/svtRfRT1 System memory has run Memtest for 62 hours and 47 passes without error and the chassis has dual 740W PSU's so I think I have memory and PSU possibilities eliminated. Apologies if I've sent my plea to the wrong place. Tell me where to go and I'll bother someone else. Thanks, Dan. -- The only person who always got his work done by Friday was Robinson Crusoe. ___ 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
Re: Supermicro X10SLH-F motherboard kernel panics with 9.2 Release and 10.0 RC4
On 2014-01-07 15:05, Dan Sency wrote: Hello Everyone, I need help resolving kernel panics on a Supermicro X10SLH-F motherboard in a Supermicro SC-825 chassis. I originally installed FreeBSD 9.2 Release/amd64 but kept having kernel panics after varying amounts of uptime and while running the following command against some or all of the SATA hard drives in the system: dd if=/dev/zero of=/dev/ada/n/ bs=100m A sample vmcore file is here: http://codepad.org/FIjqh2Nt While canvassing the FreeBSD Forums I followed a suggestion to try 10.0 RC4/amd64. The machine still panicked under the same conditions at around 27 hours uptime. The vmcore file is here: http://codepad.org/svtRfRT1 System memory has run Memtest for 62 hours and 47 passes without error and the chassis has dual 740W PSU's so I think I have memory and PSU possibilities eliminated. Apologies if I've sent my plea to the wrong place. Tell me where to go and I'll bother someone else. Thanks, Dan. How is your swap configured on this machine? -- Allan Jude signature.asc Description: OpenPGP digital signature
[head tinderbox] failure on i386/i386
TB --- 2014-01-07 17:50:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-07 17:50:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-07 17:50:16 - starting HEAD tinderbox run for i386/i386 TB --- 2014-01-07 17:50:16 - cleaning the object tree TB --- 2014-01-07 17:57:53 - /usr/local/bin/svn stat /src TB --- 2014-01-07 17:57:56 - At svn revision 260394 TB --- 2014-01-07 17:57:57 - building world TB --- 2014-01-07 17:57:57 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 17:57:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-07 17:57:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-07 17:57:57 - SRCCONF=/dev/null TB --- 2014-01-07 17:57:57 - TARGET=i386 TB --- 2014-01-07 17:57:57 - TARGET_ARCH=i386 TB --- 2014-01-07 17:57:57 - TZ=UTC TB --- 2014-01-07 17:57:57 - __MAKE_CONF=/dev/null TB --- 2014-01-07 17:57:57 - cd /src TB --- 2014-01-07 17:57:57 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Tue Jan 7 17:58:04 UTC 2014 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Tue Jan 7 21:09:49 UTC 2014 TB --- 2014-01-07 21:09:49 - generating LINT kernel config TB --- 2014-01-07 21:09:49 - cd /src/sys/i386/conf TB --- 2014-01-07 21:09:49 - /usr/bin/make -B LINT TB --- 2014-01-07 21:09:49 - cd /src/sys/i386/conf TB --- 2014-01-07 21:09:49 - /usr/sbin/config -m LINT TB --- 2014-01-07 21:09:50 - building LINT kernel TB --- 2014-01-07 21:09:50 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 21:09:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-07 21:09:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-07 21:09:50 - SRCCONF=/dev/null TB --- 2014-01-07 21:09:50 - TARGET=i386 TB --- 2014-01-07 21:09:50 - TARGET_ARCH=i386 TB --- 2014-01-07 21:09:50 - TZ=UTC TB --- 2014-01-07 21:09:50 - __MAKE_CONF=/dev/null TB --- 2014-01-07 21:09:50 - cd /src TB --- 2014-01-07 21:09:50 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Tue Jan 7 21:09:50 UTC 2014 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT completed on Tue Jan 7 21:47:20 UTC 2014 TB --- 2014-01-07 21:47:20 - cd /src/sys/i386/conf TB --- 2014-01-07 21:47:20 - /usr/sbin/config -m LINT-NOINET TB --- 2014-01-07 21:47:20 - building LINT-NOINET kernel TB --- 2014-01-07 21:47:20 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 21:47:20 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-07 21:47:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-07 21:47:20 - SRCCONF=/dev/null TB --- 2014-01-07 21:47:20 - TARGET=i386 TB --- 2014-01-07 21:47:20 - TARGET_ARCH=i386 TB --- 2014-01-07 21:47:20 - TZ=UTC TB --- 2014-01-07 21:47:20 - __MAKE_CONF=/dev/null TB --- 2014-01-07 21:47:20 - cd /src TB --- 2014-01-07 21:47:20 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET Kernel build for LINT-NOINET started on Tue Jan 7 21:47:20 UTC 2014 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT-NOINET completed on Tue Jan 7 22:19:49 UTC 2014 TB --- 2014-01-07 22:19:49 - cd /src/sys/i386/conf TB --- 2014-01-07 22:19:49 - /usr/sbin/config -m LINT-NOINET6 TB --- 2014-01-07 22:19:49 - building LINT-NOINET6 kernel TB --- 2014-01-07 22:19:49 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 22:19:49 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-07 22:19:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-07 22:19:49 - SRCCONF=/dev/null TB --- 2014-01-07 22:19:49 - TARGET=i386 TB --- 2014-01-07 22:19:49 - TARGET_ARCH=i386 TB --- 2014-01-07 22:19:49 - TZ=UTC TB --- 2014-01-07 22:19:49 - __MAKE_CONF=/dev/null TB --- 2014-01-07 22:19:49 - cd /src TB --- 2014-01-07 22:19:49 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 Kernel build for LINT-NOINET6 started on Tue Jan 7 22:19:49 UTC 2014 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT-NOINET6 completed on Tue Jan 7 22:51:57 UTC 2014 TB --- 2014-01-07 22:51:57 - cd /src/sys/i386/conf TB --- 2014-01-07 22:51:57 - /usr/sbin/config -m LINT-NOIP TB --- 2014-01-07 22:51:57 - building LINT-NOIP kernel TB --- 2014-01-07 22:51:57 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 22:51:57 - MAKEOBJDIRPREFIX=/obj
[head tinderbox] failure on amd64/amd64
TB --- 2014-01-07 17:50:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-01-07 17:50:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-07 17:50:16 - starting HEAD tinderbox run for amd64/amd64 TB --- 2014-01-07 17:50:16 - cleaning the object tree TB --- 2014-01-07 17:58:17 - /usr/local/bin/svn stat /src TB --- 2014-01-07 17:58:21 - At svn revision 260394 TB --- 2014-01-07 17:58:22 - building world TB --- 2014-01-07 17:58:22 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 17:58:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-07 17:58:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-07 17:58:22 - SRCCONF=/dev/null TB --- 2014-01-07 17:58:22 - TARGET=amd64 TB --- 2014-01-07 17:58:22 - TARGET_ARCH=amd64 TB --- 2014-01-07 17:58:22 - TZ=UTC TB --- 2014-01-07 17:58:22 - __MAKE_CONF=/dev/null TB --- 2014-01-07 17:58:22 - cd /src TB --- 2014-01-07 17:58:22 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Tue Jan 7 17:58:28 UTC 2014 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything stage 5.1: building 32 bit shim libraries World build completed on Tue Jan 7 21:44:56 UTC 2014 TB --- 2014-01-07 21:44:56 - generating LINT kernel config TB --- 2014-01-07 21:44:56 - cd /src/sys/amd64/conf TB --- 2014-01-07 21:44:56 - /usr/bin/make -B LINT TB --- 2014-01-07 21:44:56 - cd /src/sys/amd64/conf TB --- 2014-01-07 21:44:56 - /usr/sbin/config -m LINT TB --- 2014-01-07 21:44:56 - building LINT kernel TB --- 2014-01-07 21:44:56 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 21:44:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-07 21:44:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-07 21:44:56 - SRCCONF=/dev/null TB --- 2014-01-07 21:44:56 - TARGET=amd64 TB --- 2014-01-07 21:44:56 - TARGET_ARCH=amd64 TB --- 2014-01-07 21:44:56 - TZ=UTC TB --- 2014-01-07 21:44:56 - __MAKE_CONF=/dev/null TB --- 2014-01-07 21:44:56 - cd /src TB --- 2014-01-07 21:44:56 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Tue Jan 7 21:44:56 UTC 2014 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT completed on Tue Jan 7 22:19:19 UTC 2014 TB --- 2014-01-07 22:19:19 - cd /src/sys/amd64/conf TB --- 2014-01-07 22:19:19 - /usr/sbin/config -m LINT-NOINET TB --- 2014-01-07 22:19:19 - building LINT-NOINET kernel TB --- 2014-01-07 22:19:19 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 22:19:19 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-07 22:19:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-07 22:19:19 - SRCCONF=/dev/null TB --- 2014-01-07 22:19:19 - TARGET=amd64 TB --- 2014-01-07 22:19:19 - TARGET_ARCH=amd64 TB --- 2014-01-07 22:19:19 - TZ=UTC TB --- 2014-01-07 22:19:19 - __MAKE_CONF=/dev/null TB --- 2014-01-07 22:19:19 - cd /src TB --- 2014-01-07 22:19:19 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET Kernel build for LINT-NOINET started on Tue Jan 7 22:19:19 UTC 2014 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT-NOINET completed on Tue Jan 7 22:50:24 UTC 2014 TB --- 2014-01-07 22:50:24 - cd /src/sys/amd64/conf TB --- 2014-01-07 22:50:24 - /usr/sbin/config -m LINT-NOINET6 TB --- 2014-01-07 22:50:24 - building LINT-NOINET6 kernel TB --- 2014-01-07 22:50:24 - CROSS_BUILD_TESTING=YES TB --- 2014-01-07 22:50:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-07 22:50:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-07 22:50:24 - SRCCONF=/dev/null TB --- 2014-01-07 22:50:24 - TARGET=amd64 TB --- 2014-01-07 22:50:24 - TARGET_ARCH=amd64 TB --- 2014-01-07 22:50:24 - TZ=UTC TB --- 2014-01-07 22:50:24 - __MAKE_CONF=/dev/null TB --- 2014-01-07 22:50:24 - cd /src TB --- 2014-01-07 22:50:24 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 Kernel build for LINT-NOINET6 started on Tue Jan 7 22:50:24 UTC 2014 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT-NOINET6 completed on Tue Jan 7 23:21:49 UTC 2014 TB --- 2014-01-07 23:21:49 - cd /src/sys/amd64/conf TB --- 2014-01-07 23:21:49 - /usr/sbin/config -m LINT-NOIP TB --- 2014-01-07 23:21:49 - building LINT-NOIP kernel TB --- 2014-01-07 23:21:49 -
Re: Install 10.0-RC3 on MacBookPro Late 2013
Hi Hans Yeah I made sure I got the latest source that contained your latest commit. Sorry no patch at this moment. I've been busy with other things lately so I haven't worked on this for some time now but felt the urge to give it a try when it seemed to be OK on MBP.. Output from pciconf -lv xhci0@pci0:0:20:0: class=0x0c0330 card=0x72708086 chip=0x9c318086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Lynx Point-LP USB xHCI HC' class = serial bus sublass = USB -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Tue, Jan 7, 2014 at 10:29 PM, Hans Petter Selasky h...@bitfrost.nowrote: On 01/07/14 14:22, Lundberg, Johannes wrote: Lucky you! I tried the latest src just now, made memstick on amd64 and ran on MBA2013 but no luck. Reverting xhci* to 243780 as I've done before made it pass the boot sequence and to the installer. Was hoping the same fix applied to Air as well:( Hi Johannes, Do you have a patch which fixes the problem instead of reverting? You are sure you tested the latest and greatest? Can you show pciconf -lv (only USB controllers) ? --HPS -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 秘密保持について:この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。 もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、 複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。 --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. ___ 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
Re: md2 on current and 10.
On 27.12.2013 10:50, Ulrich Spörlein wrote: In other words, /if you like your digest algorithm, you can keep it/. Yours, Seconded. What should people use if some of their old data is using MD2 for verification? How can they now easily check that their data (from tape or whatever) still matches the fingerprint? Was it too naive of Ulrich and myself to expect the seconded and unopposed motion to be acted upon? Or, at least, put to a vote? -mi ___ 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
Re: md2 on current and 10.
On Wed, Dec 25, 2013 at 10:52 AM, Mikhail T mi+apa...@aldan.algebra.com wrote: On 20.12.2013 13:38, olli hauer wrote: md2 was deprecated in 2009 by the openssl project http://cvs.openssl.org/chngview?cn=18381 CVE-2009-2409 As fas as I know some Linux based projects have removed md2 from openssl-0.9.x in 2009. [..] Could we, please, have MD2 resurrected before 10.0 is officially out? Preferably in both -lmd and -lcrypto, but certainly in the former. Thank you! Yours, The time to bring this up was before the freeze for 10.0, a good 6+ months ago. It is way too late now. However.. the code in libmd had had a non-commercial use restriction.. Even if it wasn't too late, that code won't be back. Your best bet is to create a crypto/libmd2 port. Start with the code from openssl. -- Peter Wemm - pe...@wemm.org; pe...@freebsd.org; pe...@yahoo-inc.com; KI6FJV ___ 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