Re: kldload tpm: Fail to load: "link_elf_obj: symbol tpm_bus_driver undefined"

r more details. > > (dmesg) > link_elf_obj: symbol tpm_bus_driver undefined > linker_load_file: /boot/kernel/tpm.ko - unsupported file type > ``` > > I believe it is related to: > > --- > commit 10eea8dc8c4f3d2a3495e7fb08837d91adf465e9 > Author: Justin Hib

Re: Problem building kernel

Hi Michael, The GENERIC config is for 32-bit powerpc, GENERIC64 is what you want for 64-bit config. - Justin On Sun, 24 Dec 2023 12:18:55 +0100 tue...@freebsd.org wrote: > Dear all, > > I just tried to build world and kernel on a 64-bit PPC system. > > make -j 32 buildworld &

Re: Considering stepping down from all of my FreeBSD responsibilities

; > I don't think 2.2.10 is warranted. > > > > Agreed. The upgrade isn't sufficiently important. > > > > How about 2.2.9.1? > > I had a different more sinister thought: Announcing that we've moved > from BSDL to GPLv3 to be more like Linux. > > Take it to the next level. Since we're using git you can make the license change, do the commit, then send the commit email out, and it would have the valid hash and all. - Justin

Re: svn commit: r360233 - in head: contrib/jemalloc . . . : This partially breaks a 2-socket 32-bit powerpc (old PowerMac G4) based on head -r360311

On Thu, 11 Jun 2020 17:30:24 -0700 Mark Millard wrote: > On 2020-Jun-11, at 16:49, Mark Millard wrote: > > > On 2020-Jun-11, at 14:42, Justin Hibbits > > wrote: > > > > On Thu, 11 Jun 2020 14:36:37 -0700 > > Mark Millard wrote: > > >

Re: svn commit: r360233 - in head: contrib/jemalloc . . . : This partially breaks a 2-socket 32-bit powerpc (old PowerMac G4) based on head -r360311

On Thu, 11 Jun 2020 14:36:37 -0700 Mark Millard wrote: > On 2020-Jun-11, at 13:55, Justin Hibbits > wrote: > > > On Wed, 10 Jun 2020 18:56:57 -0700 > > Mark Millard wrote: > > > >> On 2020-May-13, at 08:56, Justin Hibbits > >> wrote

Re: svn commit: r360233 - in head: contrib/jemalloc . . . : This partially breaks a 2-socket 32-bit powerpc (old PowerMac G4) based on head -r360311

On Wed, 10 Jun 2020 18:56:57 -0700 Mark Millard wrote: > On 2020-May-13, at 08:56, Justin Hibbits wrote: > > > Hi Mark, > > Hello Justin. Hi Mark, > > > On Wed, 13 May 2020 01:43:23 -0700 > > Mark Millard wrote: > > > >> [I'm adding

Re: acpi timer reads all ones [Was: efirtc + atrtc at the same time]

and to resume > all the bridges first before trying to resume leaf devices (including > timers), but that's a fair bit of work. It might be that we just > need to resume timer interrupts later after the new-bus resume (I > think we currently do it before?), though the reason for that was to > a

Re: svn commit: r360233 - in head: contrib/jemalloc . . . : This partially breaks a 2-socket 32-bit powerpc (old PowerMac G4) based on head -r360311

; === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > Thanks for this reference. I took a quick look at the 3 pmap implementations we have (haven't check the new radix pmap yet), and it looks like only mmu_oea.c (32-bit AIM pmap, for G3 an

Re: ZFS with 32-bit, non-x86 kernel

ever that > was a purely rv64imafdc architecture. > > I will watch this thread with curiosity. > > I did try using ZFS on 32-bit powerpc (8GB RAM), and even got a bugfix pushed into the ZFS/Illumos repo for it, but it was too unstab

Re: hdac0: Unexpected unsolicited response from address 0: 00000000

0 on hdac1 > hdaa1: at nid 1 on hdacc1 > pcm1: at nid 23 on > hdaa1 pcm2: at nid 22 > on hdaa1 hdac0: Unexpected unsolicited response from address 0: > hdac0: Unexpected unsolicited response from address 0: > hdac0: Unexpected unsolicited response from add

Re: [package - head-i386-default][sysutils/lsof] Failed for lsof-4.93.2_2,8 in build

nd refcount(9) should also > specify stdbool.h. > -Alan includes already, which typedefs bool. So should suffice to include in lsof. - Justin ___ 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"

Re: ci.freebsd.org: powerpcspe build failing due to linker error in assembly code

> triggered the issue, but I suspect it has to deal with an external > [toolchain] change. Cheers! -Enji It's probably r348005's fault. It removes the ppc64bridge option. kboot should only be built for powerpc64 anyway. - Justin ___ free

Re: Ports build fails on 13-CURRENT r341690

reeBSD/poudriere/data/logs/bulk/curamd64-local/2018-12-10_16h45m20s/logs/errors/pkg-1.10.5_5.log > > And this prevent any other ports from building. > > Does anyone else experience it? > > Best Regards. > > --- > Yasuhiro KIMURA Hi, I see the exact same problem on one of my

Re: r339289 buildworld stopped in /usr/src/secure/lib/libcrypto

sing argument 2 > > of 'lh_ERR_STRING_DATA_insert' discards qualifiers from pointer target type > > /usr/obj/usr/src/powerpc.powerpc/tmp/usr/bin/ld: cannot find -lpthread > > *** Error code 1 > > > > Stop. > > make[4]: stopped in /usr/src/secure/lib/lib

Re: r339289 buildworld stopped in /usr/src/secure/lib/libcrypto

On Thu, 11 Oct 2018 17:32:21 -0400 Jung-uk Kim wrote: > On 18. 10. 11., Justin Hibbits wrote: > > On Thu, 11 Oct 2018 19:07:45 + > > Glen Barber wrote: > > > >> On Thu, Oct 11, 2018 at 09:05:52AM +0200, Raúl wrote: > >>> Maybe related to

Re: r339289 buildworld stopped in /usr/src/secure/lib/libcrypto

r339303 is the cuplrit. Reverting this gets my build completing. - Justin pgpOqoFg6PKcb.pgp Description: OpenPGP digital signature

Re: nvme0: Missing interrupt on powerpc64

re. We haven't yet determined the cause of the missing interrupt, but it happens often, and causes things to hang for a bit before continuing. We still have a bit of work to do on the stability and performance sides on POWER, particularly with the interrupt controller (XIVE) and

Re: Strange ARC/Swap/CPU on yesterday's -CURRENT

Hi Mark, On Sat, Apr 7, 2018 at 2:49 PM, Mark Johnston <ma...@freebsd.org> wrote: > On Sat, Apr 07, 2018 at 02:34:54PM -0500, Justin Hibbits wrote: >> >> I reverted back to r329881, and successfully built world. Updated to >> r329882 and it got stuck with processes

Re: Strange ARC/Swap/CPU on yesterday's -CURRENT

ff. I think the biggest difference for powerpc64 vs amd64 in this case is the (currently) relatively small KVA (7.5GB vs 2(?) TB). That might make a difference regarding VM pageout calculations. - Justin ___ freebsd-current@freebsd.org mailin

Re: Strange ARC/Swap/CPU on yesterday's -CURRENT

On Fri, Apr 6, 2018 at 10:25 AM, Justin Hibbits <chmeeed...@gmail.com> wrote: > On Fri, Apr 6, 2018 at 10:08 AM, Mark Johnston <ma...@freebsd.org> wrote: >> On Fri, Apr 06, 2018 at 12:47:14AM +, Justin Hibbits wrote: >>> My powerpc64 embedded machine is vir

Re: Strange ARC/Swap/CPU on yesterday's -CURRENT

On Fri, Apr 6, 2018 at 10:08 AM, Mark Johnston <ma...@freebsd.org> wrote: > On Fri, Apr 06, 2018 at 12:47:14AM +0000, Justin Hibbits wrote: >> My powerpc64 embedded machine is virtually unusable since these vm changes. >> I tried setting vfs.zfs.arc_free_target as suggested,

Re: Strange ARC/Swap/CPU on yesterday's -CURRENT

; > + * Decrease registered cache sizes. > > + */ > > + SDT_PROBE0(vm, , , vm__lowmem_scan); > > + EVENTHANDLER_INVOKE(vm_lowmem, VM_LOW_PAGES); > > + /* > > + * We do this explicitly after the caches have been > > + * drained above. > > + */ > > + uma_reclaim(); > > + lowmem_uptime = time_uptime; > > + } > > + > > + /* > >* Use the controller to calculate how many pages to free > in > >* this interval. > >*/ > My powerpc64 embedded machine is virtually unusable since these vm changes. I tried setting vfs.zfs.arc_free_target as suggested, and that didn't help at all. Eventually the machine hangs and just gets stuck in vmdaemon, with many processes in wait channel btalloc. - Justin > ___ 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"

Re: From LLVM: I got a note that LLVM plans to remove PPC64's V1 abi support; I'm asked about what support there is for the PPC64 little-endian/V2 abi (see forwarded message)

urce programmer (C, C++, Python) > https://code.foxkit.us/u/awilfox/ > Moving to ELFv2 is predicated on having a complete toolchain supporting it. Right now, base gcc+binutils only supports ELFv1, and we cannot upgrade to newer toolchain yet. - Justin ___

Re: Crash during boot [g_part_wither()?] @r329259

key. Hi David, Sorry, this was my fault. I didn't think the partition table could ever have NULL(incomplete?) entries, but I was wrong. Fixed with r329262. - Justin ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/list

Re: openssl in base should install c_rehash

t keep it handy yourself? - Justin ___ 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"

Re: C++ in jemalloc

to eliminate gcc 4.2.1 from our tree by the end of the year, we need to get everything in place to make a seamless transition, whether it be to external toolchain or to finish up clang for powerpc. I really hope we can finish up clang. Please continue to file bugs with as much detail as ne

Re: hang in dlclose() on rtld lock (powerpc64)

On Thursday, March 9, 2017, Konstantin Belousov <kostik...@gmail.com> wrote: > On Thu, Mar 09, 2017 at 09:59:00AM -0600, Justin Hibbits wrote: > > When building ports in poudriere, I see gdk-pixbuf-query-modules and > > gio-querymodules hanging on r314676, but workin

hang in dlclose() on rtld lock (powerpc64)

on powerpc or any other arch. - Justin ___ 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"

Re: PowerMac G5 and KMS

m not surprised that it doesn't work for you. Unfortunately, I don't have a solution, or even a means to track it down. Looking at the log snippet, my first guess is there may need to be a provision added to the driver for non-x86. Do you know what card this i

Re: svn commit: r308817 - head/sys/powerpc/include [Still have pmap_t and struct pmap ppowerpc64 problems as of -r308860]

My buildworld completed successfully, so it's been fixed in r308873/ r308874. Thanks for your testing. I often build just kernel, so wouldn't have seen the fallout until it was far too late. - Justin On Nov 19, 2016, at 10:22 PM, Mark Millard wrote: On 2016-Nov-16, at 8:33 PM, Justin

Re: svn commit: r308817 - head/sys/powerpc/include [Still have pmap_t and struct pmap ppowerpc64 problems as of -r308860]

36: error: 'UMA_ZONE_REFCNT' undeclared here (not in a function) *** Error code 1 - Justin On Nov 19, 2016, at 10:22 PM, Mark Millard wrote: On 2016-Nov-16, at 8:33 PM, Justin Hibbits <jhibb...@freebsd.org> wrote: *sigh* okay, thanks. I just tested, and vm/vm_page.h, and vm/vm.h can

Re: svn commit: r308817 - head/sys/powerpc/include [Still have pmap_t and struct pmap ppowerpc64 problems as of -r308860]

*sigh* okay, thanks. I just tested, and vm/vm_page.h, and vm/vm.h can both be removed from memstat_uma.c for it to compile. I'm kicking off a buildworld myself now, too, and hope to have it ready to commit tomorrow (takes a couple hours to buildworld on my G5). - Justin On Nov 19, 2016

Re: svn commit: r308817 - head/sys/powerpc/include [Still have pmap_t and struct pmap ppowerpc64 problems as of -r308860]

On Nov 19, 2016 21:42, "Mark Millard" <mar...@dsl-only.net> wrote: > > On 2016-Nov-19, at 7:36 PM, Mark Millard wrote: > > > On 2016-Nov-19, at 7:32 PM, Justin Hibbits wrote: > > > >> Sorry, I generated the diff from a different tree that wasn't syn

Re: svn commit: r308817 - head/sys/powerpc/include [Still have pmap_t and struct pmap ppowerpc64 problems as of -r308860]

Sorry, I generated the diff from a different tree that wasn't synced to head (had the same change in both trees originally). If that is the only problem, you can ignore it and try the rest. I can generate another diff later too. - Justin On Nov 19, 2016 21:27, "Mark Millard" <mar...

Re: svn commit: r308817 - head/sys/powerpc/include [Still have pmap_t and struct pmap ppowerpc64 problems as of -r308860]

On Sat, 19 Nov 2016 18:36:39 -0800 Mark Millard wrote: > [Quick top post I'm afraid.] > > I think that I figured out why there is a problem even earlier > --that just did not stop the compiles. > > lib/libutil/kinfo_getallproc.c is built here as part of buildworld > (stage

Re: svn commit: r308817 - head/sys/powerpc/include [Still have pmap_t and struct pmap ppowerpc64 problems as of -r308860]

the "#elif defined(BOOKE)". Since userspace doesn't define either AIM nor BOOKE, struct pmap no longer exists. Alan, do you know if vmspace *needs* struct pmap to exist when read from userspace (in libprocstat and libkvm, from what I grepped)? If not, I can add a simple '#else

Re: Buildworld error with read-only source tree

ad-only file system Do you have a MAKEOBJDIRPREFIX set (locally, or through a script or Makefile hack)? My build log doesn't show it touching the source tree, it shows it only touching the object tree. - Justin ___ freebsd-current@freebsd.org mail

hang during kldload if_bwn

v4_ucode5) not found Creating a symlink in /boot/modules of bwn_v4_ucode5.ko -> bwn_v4_ucode.ko makes it not hang, but it still triggers WITNESS. - Justin ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-curre

Re: [CFT] WITH_META_MODE: Working incremental build [only on i386 and amd64] [filemon fails to load on powerpc64]

as two ABIs now. ELFv1 is traditional ABI. ELFv2 was created IBM for their little-endian (POWER8 ppc64le) target. Nathan added support to use it in FreeBSD. It cleans up some of the silliness that's in ELFv1, such as function descriptors. - Justin ___

Re: [CFT] packaging the base system with pkg(8)

ete. > -Nathan Please do. Practical is always better than theory, in practice. It's easier to debate on practical grounds. - Justin ___ 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"

Re: SVN r296987 -> r297000 breaks Sil 3124 channel attach

was already a bug). - Justin On Mon, Mar 21, 2016 at 11:11 AM, Michael Butler <i...@protected-networks.net> wrote: > Something between SVN r296987 and r297000 causes the following errors in > dmesg .. and the loss of the attached disks: > > siisch0: at channel 0 on siis0 > d

Re: USB disks attach after rootfs prompt

erribly useful. > > > >iirc, interrupts are disabled while you're at the mountroot prompt, > >which freezes usb enumeration. > > I am somewhat certain that this used to work... > > Tunable vfs.mountroot.timeout may be what you're looking for. By default it waits for 3

CFT: powerpcspe arch port

at svn.freebsd.org/base/projects/powerpcspe . It has been tested on a RouterBoard RB800, where it boots to multiuser, and some basic utilities have been run (ls, sh). Please report any problems with it to me and ppc@. - Justin ___ freebsd-current@freebsd.org mailing

Re: FreeBSD_HEAD_i386 - Build #2215 - Failure

Sorry, didn't fully tinderbox after a minor change before checking in r294883. Should be fixed by r294885. - Justin On Jan 26, 2016, at 9:39 PM, jenkins-ad...@freebsd.org wrote: FreeBSD_HEAD_i386 - Build #2215 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386

Re: DDB patches

tc, one could say the bug is that the patch isn't already in the tree :) . - Justin ___ 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"

Re: CFT: uintmax_t rman

On Mon, Nov 16, 2015 at 6:25 PM, Benjamin Kaduk <ka...@mit.edu> wrote: > On Mon, 16 Nov 2015, Warner Losh wrote: > >> > >> > On Nov 15, 2015, at 9:13 PM, Justin Hibbits <chmeeed...@gmail.com> wrote: >> > >> > (Attempted to send this yesterd

Re: CFT: uintmax_t rman

e to boot test every target that'll boot in qemu. Otherwise, I don't have the time to do it, and that's where crowdtesting is advantageous. - Justin ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current T

Re: r287797 breaks build WITHOUT_NIS

Thanks! On Oct 25, 2015 02:44, "NGie Cooper" <yaneurab...@gmail.com> wrote: > > > On Oct 10, 2015, at 16:18, Justin Hibbits <jr...@alumni.cwru.edu> wrote: > > > > When building WITHOUT_NIS, the following errors show up (base gcc, for > > build

Re: r288669 breaks ports building with USE_GCC=yes

Hi Pedro, On Tue, Oct 13, 2015 at 9:18 AM, Pedro Giffuni <p...@freebsd.org> wrote: > Hi; > > On 10/12/2015 8:28 PM, Justin Hibbits wrote: >> >> Hi Pedro, >> >> ... >> This is on powerpc64. I see the patch has been there for 16 months, but >>

r288669 breaks ports building with USE_GCC=yes

The default ports gcc for USE_GCC is still 4.8, which does not support -fstack-protector-strong. This breaks several ports including (from my poudriere run): libfpx and qt4-sqlite3-plugin. - Justin ___ freebsd-current@freebsd.org mailing list https

Re: r288669 breaks ports building with USE_GCC=yes

Hi Pedro, On Mon, Oct 12, 2015 at 3:28 PM, Pedro Giffuni <p...@freebsd.org> wrote: > Hi again; > > On 12/10/2015 03:16 p.m., Pedro Giffuni wrote: >> >> Hello; >> >> On 12/10/2015 02:56 p.m., Justin Hibbits wrote: >>> >>> The default p

Re: r288669 breaks ports building with USE_GCC=yes

Hi Pedro, On Oct 12, 2015, at 7:23 PM, Pedro Giffuni wrote: On 10/12/2015 3:33 PM, Justin Hibbits wrote: Hi Pedro, On Mon, Oct 12, 2015 at 3:28 PM, Pedro Giffuni <p...@freebsd.org> wrote: Hi again; On 12/10/2015 03:16 p.m., Pedro Giffuni wrote: Hello; On 12/10/2015 02:56 p.m.,

r287797 breaks build WITHOUT_NIS

: warning: comparison is always false due to limited range of data type /home/chmeee/freebsd/head/lib/libc/gen/getgrent.c:1378: warning: comparison is always false due to limited range of data type Converting the local variable in the macros back to int fixes it. - Justin

Re: CPU Perf Power Mgt

/powerd. Looking for volunteers who could do some of this, due to my lack of time to work on it. - Justin ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd

Re: powerpc and powerpc64 builds broken

entry would explain why :) The line existed from the beginning. My guess is to bootstrap on non-iconv freebsd. As Konstantin said, though, it's very fragile. -Justin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo

Re: powerpc and powerpc64 builds broken

On Tue, Jun 30, 2015 at 8:48 AM, Simon J. Gerraty s...@juniper.net wrote: Justin Hibbits jhibb...@freebsd.org wrote: Yeah, crossbuilds work fine. It's the actual run-on-real-hardware bit that doesn't. (powerpc64 runs fine in qemu-devel; people should try it!) r284345 (introduction

Re: powerpc and powerpc64 builds broken

On Sun, Jun 28, 2015 at 10:32 PM, Konstantin Belousov kostik...@gmail.com wrote: On Sun, Jun 28, 2015 at 10:32:45PM +0200, Andreas Tobler wrote: On 28.06.15 21:32, Konstantin Belousov wrote: On Sun, Jun 28, 2015 at 12:09:25PM -0700, Justin Hibbits wrote: On Sun, Jun 28, 2015 at 11:36 AM

Re: powerpc and powerpc64 builds broken

On Mon, Jun 29, 2015 at 4:58 PM, Justin Hibbits jhibb...@freebsd.org wrote: On Sun, Jun 28, 2015 at 10:32 PM, Konstantin Belousov kostik...@gmail.com wrote: On Sun, Jun 28, 2015 at 10:32:45PM +0200, Andreas Tobler wrote: On 28.06.15 21:32, Konstantin Belousov wrote: On Sun, Jun 28, 2015

powerpc and powerpc64 builds broken

/head/tmp/usr/bin/ld: undefined reference to symbol `_end' (try adding -lc) /home/chmeee/world/zhabar/home/chmeee/freebsd/head/tmp/lib/libc.so.7: could not read symbols: Bad value I've seen this both locally on my G5, and on the Power8 in the FreeBSD cluster. - Justin

Re: powerpc and powerpc64 builds broken

On Sun, Jun 28, 2015 at 11:36 AM, Garrett Cooper yaneurab...@gmail.com wrote: On Jun 28, 2015, at 10:48, Justin Hibbits jhibb...@freebsd.org wrote: Both powerpc and powerpc64 builds are broken in the same way, in usr.bin/mkesdb. It was working correctly as of just before BSDCan, I

Re: powerpc and powerpc64 builds broken

On Sun, Jun 28, 2015 at 3:59 PM, Adrian Chadd adrian.ch...@gmail.com wrote: On 28 June 2015 at 15:52, Bjoern A. Zeeb bzeeb-li...@lists.zabbadoz.net wrote: On 28 Jun 2015, at 19:09 , Justin Hibbits jhibb...@freebsd.org wrote: On Sun, Jun 28, 2015 at 11:36 AM, Garrett Cooper yaneurab

Re: Build failed in Jenkins: FreeBSD_HEAD #2663

Crap, sorry. I wonder how that compiled fine for me. I'll fix it in a couple hours when I get home. -Justin On Apr 18, 2015 4:49 PM, Garrett Cooper yaneurab...@gmail.com wrote: On Apr 18, 2015, at 15:56, jenkins-ad...@freebsd.org wrote: === lib/libpmc (all) --- libpmc.So --- cc -fpic

Re: Build failed in Jenkins: FreeBSD_HEAD #2663

Sorry about that. Forgot the pmc.h changes. -Justin On Apr 18, 2015 4:53 PM, Justin Hibbits jhibb...@freebsd.org wrote: Crap, sorry. I wonder how that compiled fine for me. I'll fix it in a couple hours when I get home. -Justin On Apr 18, 2015 4:49 PM, Garrett Cooper yaneurab...@gmail.com

Re: Request for testing an alternate branch

On Wed, Mar 18, 2015 at 12:12 AM, lausg...@gmail.com wrote: 6 дек. 2013 г., в 23:40, Justin Hibbits jhibb...@freebsd.org написал(а): On Wed, Dec 4, 2013 at 10:19 PM, Justin Hibbits jhibb...@freebsd.org wrote: I've been working on the projects/pmac_pmu branch for some time now to add suspend

Re: Massive libxo-zation that breaks everything

On Tue, Mar 3, 2015 at 11:14 AM, Alfred Perlstein bri...@mu.org wrote: On Mar 3, 2015, at 11:07 AM, Justin Hibbits jr...@alumni.cwru.edu wrote: On Tue, Mar 3, 2015 at 10:39 AM, Alfred Perlstein bri...@mu.org wrote: Sent from my iPhone On Mar 3, 2015, at 9:32 AM, hiren panchasara hi

Re: Massive libxo-zation that breaks everything

aren't valid, but that unless you truly have the bandwidth to contribute, taking a step back is a good idea. -Alfred. You're both right. Maybe we need a hackathon on this. Is BSDCan too late? - Justin ___ freebsd-current@freebsd.org mailing list http

Re: Questions on adding backlight support for the i915 driver

, with similar configuration properties. - Justin On Fri, Jan 30, 2015 at 3:16 PM, Adrian Chadd adr...@freebsd.org wrote: Hi, Which chipset is it? Loading acpi_video causes a handful of interconnected pieces to shift (as IIRC at that point acpi_video also states that it wishes to take

OOM killer and kernel cache reclamation rate limit in vm_pageout_scan()

in the pass, even if some/all of them were consumed again) and allow more passes before the OOM killer is invoked in this case? — Justin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current

bwn(4) testing

Since I don't have a machine that successfully suspends/resumes, can someone test the patch at https://reviews.freebsd.org/D802 ? It shouldn't be any functional change, just removing code duplicated by bus_generic_* functions. Thanks, Justin signature.asc Description: PGP signature

Re: What do you use for kernel debugging?

is everywhere. I only wish it were possible to use dcons+firewire even earlier in the boot (before the firewire device is probed), maybe initialize something in the loader. - Justin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman

Re: Boot failure with r272146

That fixed it, thanks! -Justin On Sep 26, 2014 6:59 AM, Ian Lepore i...@freebsd.org wrote: On Thu, 2014-09-25 at 20:40 -0700, Justin Hibbits wrote: With r272146 my SATA controller fails to attach, preventing the kernel from mounting root. I've attached a log of as much as dconschat would

Boot failure with r272146

kernel (latest I have booting). I haven't yet tried bisecting. Hardware is a PowerMac G5 (last generation). - Justin kernel_boot.fail Description: Binary data ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo

Re: Poor state of the build infrastructure.

of /usr/src. - Justin signature.asc Description: PGP signature

Re: libthr and main thread stack size

to instead. — Justin signature.asc Description: Message signed with OpenPGP using GPGMail

Re: libthr and main thread stack size

single threaded, but happens to pull in libpthread due to the threading support in some of the libraries it uses. The segfault definitely violates POLA. — Justin signature.asc Description: Message signed with OpenPGP using GPGMail

Re: Child suspend/resume

Thanks Alexandr! - Justin On Wed, Aug 13, 2014 at 11:33 PM, Alexandr Krivulya shur...@shurik.kiev.ua wrote: I've done three suspend/resume cycle during last workday and all works fine. Sorry for misled. 13.08.2014 18:35, Justin Hibbits пишет: That's odd, because another tester reported

Re: Child suspend/resume

That's odd, because another tester reported everything worked correctly for him. Could you send me the output of a verbose boot dmesg (boot -v), devinfo -rv, and pciconf -lv? Thanks, Justin On Wed, 13 Aug 2014 09:17:24 +0300 Alexandr Krivulya shur...@shurik.kiev.ua wrote: Now laptop resumes

Re: Child suspend/resume

! - Justin On Tue, 12 Aug 2014 11:18:29 +0300 Alexandr Krivulya shur...@shurik.kiev.ua wrote: Hi, Justin After applying your patch my thinkpad e530 (FreeBSD 11.0-CURRENT, amd64) doesn't resume any more - screen remains black. 11.08.2014 08:30, Justin Hibbits (by way of Justin Hibbits chmeeed

Child suspend/resume

Hi all, The attached patch is completely untested, due to lack of existing suspendable hardware (no x86 machines). It does compile cleanly against head, though. I don't think it should change any behavior, I tried to keep the essence of the code path the same. It was suggested that I break up

Re: OpenSSL vs. LibreSSL (OpenBSD)

. -Alfred You, sir, win 2 internets. - Justin ___ 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

Build failure on PowerPC in pf

to fix it. And I'm surprised this hasn't been reported against other 32-bit architectures. - Justin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current

Re: Build failure on PowerPC in pf

On Wed, Feb 26, 2014 at 10:32 AM, Justin Hibbits jr...@alumni.cwru.edu wrote: Building on PowerPC I see the following failure: cc1: warnings being treated as errors /home/chmeee/freebsd/head/sys/modules/pf/../../netpfil/pf/pf_ioctl.c: In function 'pfioctl': /home/chmeee/freebsd/head/sys

Re: Build failure on PowerPC in pf

On Wed, Feb 26, 2014 at 1:20 PM, John-Mark Gurney j...@funkthat.com wrote: Justin Hibbits wrote this message on Wed, Feb 26, 2014 at 11:12 -0800: On Wed, Feb 26, 2014 at 10:32 AM, Justin Hibbits jr...@alumni.cwru.edu wrote: Building on PowerPC I see the following failure: cc1: warnings

Re: Request for testing an alternate branch

On Thu, 12 Dec 2013 14:15:47 -0500 John Baldwin j...@freebsd.org wrote: On Wednesday, December 11, 2013 5:40:30 pm Justin Hibbits wrote: On Wed, Dec 11, 2013 at 1:26 PM, John Baldwin j...@freebsd.org wrote: On Thursday, December 05, 2013 1:21:13 am Justin Hibbits wrote: I've been

Re: Request for testing an alternate branch

On Wed, Dec 11, 2013 at 1:26 PM, John Baldwin j...@freebsd.org wrote: On Thursday, December 05, 2013 1:21:13 am Justin Hibbits wrote: I've been working on the projects/pmac_pmu branch for some time now to add suspend/resume as well as CPU speed change for certain PowerPC machines, about a year

Re: Request for testing an alternate branch

On Dec 8, 2013 5:39 AM, Marius Strobl mar...@alchemy.franken.de wrote: On Wed, Dec 04, 2013 at 10:21:13PM -0800, Justin Hibbits wrote: I've been working on the projects/pmac_pmu branch for some time now to add suspend/resume as well as CPU speed change for certain PowerPC machines, about

Re: Request for testing an alternate branch

On Dec 8, 2013 3:48 PM, Justin Hibbits chmeeed...@gmail.com wrote: On Sun, 8 Dec 2013 14:38:53 +0100 Marius Strobl mar...@alchemy.franken.de wrote: On Wed, Dec 04, 2013 at 10:21:13PM -0800, Justin Hibbits wrote: I've been working on the projects/pmac_pmu branch for some time now to add

Re: Request for testing an alternate branch

On Wed, Dec 4, 2013 at 10:19 PM, Justin Hibbits jhibb...@freebsd.org wrote: I've been working on the projects/pmac_pmu branch for some time now to add suspend/resume as well as CPU speed change for certain PowerPC machines, about a year since I created the branch, and now it's stable enough

Request for testing an alternate branch

be handled at the same pass. But, I do know the sparc64 has an EARLY_DRIVER_MODULE() nexus, so that will likely be impacted. Also, any comments are of course welcome. Technical concerns are obviously welcome, and I will try to address everything. Thanks, Justin

Internal compiler error on gcc with latest updates

Yesterday I started a full world update for my machine (powerpc64), but the new gcc import ICEs at emit-rtl.c:1784, when compiling zdb. I haven't tried reverting contrib/gcc yet, but is there a good way to debug this? - Justin ___ freebsd-current

Re: Internal compiler error on gcc with latest updates

On Dec 2, 2013 10:26 AM, Craig Rodrigues rodr...@freebsd.org wrote: On Mon, Dec 2, 2013 at 6:40 AM, Justin Hibbits chmeeed...@gmail.com wrote: Yesterday I started a full world update for my machine (powerpc64), but the new gcc import ICEs at emit-rtl.c:1784, when compiling zdb. I haven't

Zpool not recognized after disk moved to different name

, it says it is too dangerous. Is there any way to reactivate this pool after the disk name change? Thanks, Justin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd

Re: Zpool not recognized after disk moved to different name

On Oct 20, 2013 10:12 AM, Allan Jude free...@allanjude.com wrote: On 2013-10-20 13:07, Justin Hibbits wrote: Hi, I'm migrating a system exhibiting the click of death to a new hard drive, on PowerPC, and in the process migrating to zfs. I set up the system, then pulled the old drive out

Re: ZFS secondarycache on SSD problem on r255173

You'll have to be more specific. I don't have that email or know what list on which to search. Thanks, Justin On Oct 16, 2013, at 2:01 AM, Vitalij Satanivskij sa...@ukr.net wrote: Hello. Patch brocke cache functionality. Look at's Dmitriy's mail from Mon, 07 Oct 2013 21:09:06 +0300

Re: ZFS secondarycache on SSD problem on r255173

I took a quick look at arc.c and see that the trim_map_free() calls don't take into account ashift. I don't know if that has anything to do with your problem though. I would expect this would just make the trim less efficient, but I need to dig further. -- Justin On Oct 16, 2013, at 4:42 PM

Re: undefined reference to xenpci_alloc_space

...@freebsd.org XENHVM depends on xenpci, so you must remove XENHVM if you remove xenpci. Perhaps we should make a change similar to the attached patch in order to make this clear? -- Justin GENERIC.diff Description: Binary data ___ freebsd-current

Re: ZFS secondarycache on SSD problem on r255173

On Sep 17, 2013, at 4:53 PM, Steven Hartland kill...@multiplay.co.uk wrote: - Original Message - From: Justin T. Gibbs gi...@freebsd.org Sorry for being slow to chime in on this thread. I live in Boulder, CO and we've had a bit of rain. :-) Hope all is well your side, everyone

Re: -ffunction-sections, -fdata-sections and -Wl,--gc-sections

structure my work to behave better instead of doing something that relies on a specific tool/suite to be able to optimise. Gcc also supports this. I used it when generating builds with newlib for microcontrollers at a previous job. -Justin ___ freebsd

Re: ZFS secondarycache on SSD problem on r255173

the best place during pool creation/load/import to call vdev_ashift_optimize() on L2ARC devices. I will look into this tomorrow, but feel free to suggest a good spot if you look at it before I can. -- Justin On Sep 16, 2013, at 6:43 AM, Steven Hartland kill...@multiplay.co.uk wrote: Thats correct

Re: dirmngr won't link with liblber.so?

I filled a PR on this: Ports/181230. - Justin On Sep 6, 2013 12:23 PM, Michael Butler i...@protected-networks.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/06/13 15:17, Baptiste Daroussin wrote: On Fri, Sep 06, 2013 at 03:14:05PM -0400, Michael Butler wrote: What's up

  1   2   3   >