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
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
&
t;
> > > 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
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:
> >
>
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
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 ad
pass 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
t;
> ===
> 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 pma
S however 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 u
: at cad 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 respons
bug and 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"
sure what
> 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
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
/crypto/err/err.c:311: warning: passing 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.
> >
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
t;
Seems r339303 is the cuplrit. Reverting this gets my build completing.
- Justin
pgpOqoFg6PKcb.pgp
Description: OpenPGP digital signature
roduced on my hardware. 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 interru
Hi Mark,
On Sat, Apr 7, 2018 at 2:49 PM, Mark Johnston 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 in btalloc.
>>
&g
iff.
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 m
On Fri, Apr 6, 2018 at 10:25 AM, Justin Hibbits wrote:
> On Fri, Apr 6, 2018 at 10:08 AM, Mark Johnston 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.
&
On Fri, Apr 6, 2018 at 10:08 AM, Mark Johnston 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, and that didn&#
/*
> > + * 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"
mer (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
___
freebs
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/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
ep 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"
lt). With the proposal 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 m
On Thursday, March 9, 2017, Konstantin Belousov 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 working in r305820. I took a
> >
ed 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"
27;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 is?
Adding a couple other lists with people who might have mor
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
t.c:136: 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
wrote:
*sigh* okay, thanks. I just tested, and vm/vm_page.h, and vm/vm.h
can both be remove
*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,
On Nov 19, 2016 21:42, "Mark Millard" 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 synced
to head (had the s
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" wrot
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 4.2 "building librari
e. . .
>
The change is 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 struct pmap {};' to quiet the build.
- 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"
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 mailing list
https://lists.fr
(bwn-open_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/fre
has 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
__
e 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"
correct form until
rman_res_t, so signed long was already a bug).
- Justin
On Mon, Mar 21, 2016 at 11:11 AM, Michael Butler
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 s
; >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 seconds,
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
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
t when someone else comes looking for the
feature, and more likely it'll get picked up by someone rather quickly
or in the next triage phase (some people like to do bug triaging
periodically, where things like this get their basic testing and
commit).
When you said it's not a patch for an
the time 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
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On Mon, Nov 16, 2015 at 6:25 PM, Benjamin Kaduk wrote:
> On Mon, 16 Nov 2015, Warner Losh wrote:
>
>> >
>> > On Nov 15, 2015, at 9:13 PM, Justin Hibbits wrote:
>> >
>> > (Attempted to send this yesterday, but appears it didn't go throug
Thanks!
On Oct 25, 2015 02:44, "NGie Cooper" wrote:
>
> > On Oct 10, 2015, at 16:18, Justin Hibbits wrote:
> >
> > When building WITHOUT_NIS, the following errors show up (base gcc, for
> > building powerpc):
> >
> > cc1: warnings being treated
Hi Pedro,
On Tue, Oct 13, 2015 at 9:18 AM, Pedro Giffuni 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
>> for some reason, the /usr/
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
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
Hi Pedro,
On Mon, Oct 12, 2015 at 3:28 PM, Pedro Giffuni 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 ports gcc for USE_GCC is stil
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
/gen/getgrent.c:1355: 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
oal is to add infrastructure to the kernel to support
overall power management of the system, scaling beyond cpufreq/powerd.
Looking for volunteers who could do some of this, due to my lack of
time to work on it.
- Justin
___
freebsd-current@freebsd.
On Tue, Jun 30, 2015 at 8:48 AM, Simon J. Gerraty wrote:
> Justin Hibbits 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!
ded, and that commit's log 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
On Mon, Jun 29, 2015 at 4:58 PM, Justin Hibbits wrote:
> On Sun, Jun 28, 2015 at 10:32 PM, Konstantin Belousov
> 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,
On Sun, Jun 28, 2015 at 10:32 PM, Konstantin Belousov
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
On Sun, Jun 28, 2015 at 3:59 PM, Adrian Chadd wrote:
> On 28 June 2015 at 15:52, Bjoern A. Zeeb
> wrote:
>>
>>> On 28 Jun 2015, at 19:09 , Justin Hibbits wrote:
>>>
>>> On Sun, Jun 28, 2015 at 11:36 AM, Garrett Cooper
>>> wrote:
>>>
On Sun, Jun 28, 2015 at 11:36 AM, Garrett Cooper wrote:
>
>> On Jun 28, 2015, at 10:48, Justin Hibbits 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
>> succe
/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.
Sorry about that. Forgot the pmc.h changes.
-Justin
On Apr 18, 2015 4:53 PM, "Justin Hibbits" 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
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" wrote:
>
> > On Apr 18, 2015, at 15:56, jenkins-ad...@freebsd.org wrote:
>
>
> > ===> lib/libpmc (all)
&g
On Wed, Mar 18, 2015 at 12:12 AM, wrote:
>
>> 6 дек. 2013 г., в 23:40, Justin Hibbits написал(а):
>>
>> On Wed, Dec 4, 2013 at 10:19 PM, Justin Hibbits wrote:
>>> I've been working on the projects/pmac_pmu branch for some time now to
>>> add su
On Tue, Mar 3, 2015 at 11:14 AM, Alfred Perlstein wrote:
>
>
>> On Mar 3, 2015, at 11:07 AM, Justin Hibbits wrote:
>>
>>> On Tue, Mar 3, 2015 at 10:39 AM, Alfred Perlstein wrote:
>>>
>>>
>>> Sent from my iPhone
>>>
>>>>&
t; know better than that.
>
> Maybe I am too old school but the motd on freefall is still "now shut up and
> code". I still believe that's right.
>
> We ALL need to know when to step back from an issue we really do not have t
k the same, with similar configuration properties.
- Justin
On Fri, Jan 30, 2015 at 3:16 PM, Adrian Chadd 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 wishe
es were freed 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/freeb
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
C where firewire 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://l
That fixed it, thanks!
-Justin
On Sep 26, 2014 6:59 AM, "Ian Lepore" 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 muc
owerMac G5 (last generation).
- Justin
kernel_boot.fail
Description: Binary data
___
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"
t; building in /usr/src for the host. The rest is just not
> up to par and I think it harms FreeBSD beyond belief.
I have no problems building outside of /usr/src.
- Justin
signature.asc
Description: PGP signature
vailable that we can point them to instead.
—
Justin
signature.asc
Description: Message signed with OpenPGP using GPGMail
t 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
Thanks Alexandr!
- Justin
On Wed, Aug 13, 2014 at 11:33 PM, Alexandr Krivulya
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 teste
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 wrote:
> Now laptop resumes, screen turne
hanks!
- Justin
On Tue, 12 Aug 2014 11:18:29 +0300
Alexandr Krivulya 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 Hibb
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 my
/)?
>>
>> oh
>
> We need to discuss the use of comic sans font across our web properties
> first.
>
> -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"
On Wed, Feb 26, 2014 at 1:20 PM, John-Mark Gurney 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
>> wrote:
>> > Building on PowerPC I see the following failure:
>> >
>>
On Wed, Feb 26, 2014 at 10:32 AM, Justin Hibbits 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/chm
o idea what to do 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, sen
On Thu, 12 Dec 2013 14:15:47 -0500
John Baldwin wrote:
> On Wednesday, December 11, 2013 5:40:30 pm Justin Hibbits wrote:
> > On Wed, Dec 11, 2013 at 1:26 PM, John Baldwin
> > wrote:
> > > On Thursday, December 05, 2013 1:21:13 am Justin Hibbits wrote:
> > >&g
On Wed, Dec 11, 2013 at 1:26 PM, John Baldwin 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
>> mach
On Dec 8, 2013 3:48 PM, "Justin Hibbits" wrote:
>
> On Sun, 8 Dec 2013 14:38:53 +0100
> Marius Strobl 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
On Dec 8, 2013 5:39 AM, "Marius Strobl" 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
&
On Wed, Dec 4, 2013 at 10:19 PM, 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 since I created the branch, and now it's stable
>
is not an EARLY_DRIVER_MODULE,
so all devices would 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 wil
On Dec 2, 2013 10:26 AM, "Craig Rodrigues" wrote:
>
> On Mon, Dec 2, 2013 at 6:40 AM, Justin Hibbits
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
>
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-cu
On Oct 20, 2013 10:12 AM, "Allan Jude" 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,
te the
pool, 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 m
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,
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 wrote:
> Hello.
>
> Patch brocke cache functionality.
>
> Look at's Dmitriy's mail from Mon, 0
ebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@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
On Sep 17, 2013, at 4:53 PM, Steven Hartland wrote:
> - Original Message - From: "Justin T. Gibbs"
>
>
>> 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 yo
>
>
> Not everyone is going to run clang on their target development platform?
:-)
>
> Personally I'd rather 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
d 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 wrote:
> Thats correct the new code k
I filled a PR on this: Ports/181230.
- Justin
On Sep 6, 2013 12:23 PM, "Michael Butler"
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
1 - 100 of 300 matches
Mail list logo
