> On 9. märts 2017, at 8:00, Dexuan Cui wrote:
>
> Hi Roberto,
> Thanks for sending me your memmap and this is a temporary workaround
> patch for you:
> https://github.com/dcui/freebsd/commit/0edd1db55fbbb56352d6024250e4ae7dd8ad31e3.patch
>
> I put the memmap info here for people who're intere
On 3/8/17 10:00 PM, Dexuan Cui wrote:
For now, I suggest we should only apply the idea "reduce the size of the
staging area if necessary" to VM running on Hyper-V, we should restore the
old behavior on physical machines since that has been working for people
for a long period of time, though
On 2017. 03. 09. 6:59, Benjamin Kaduk wrote:
On Wed, Mar 08, 2017 at 02:06:33PM +0100, Gergely Czuczy wrote:
On 2017. 03. 08. 13:06, Hans Petter Selasky wrote:
You might check the links on this page to see if your LOR is already
listed:
https://wiki.freebsd.org/LOR
Thank you, I wasn't aware
Hi Roberto,
Thanks for sending me your memmap and this is a temporary workaround
patch for you:
https://github.com/dcui/freebsd/commit/0edd1db55fbbb56352d6024250e4ae7dd8ad31e3.patch
I put the memmap info here for people who're interested:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211746#c
On Wed, Mar 08, 2017 at 02:06:33PM +0100, Gergely Czuczy wrote:
> On 2017. 03. 08. 13:06, Hans Petter Selasky wrote:
> > You might check the links on this page to see if your LOR is already
> > listed:
> >
> > https://wiki.freebsd.org/LOR
> Thank you, I wasn't aware of this page. It turns out it's
I'm on r314708. I hit ^C while running 'kyua test' in /usr/tests/bin/pwait.
> panic: tdsendsignal: ksi on queue
> cpuid = 10
> #10 kdb_enter (why=0x814488f5 "panic", msg=) at
> /usr/src/sys/kern/subr_kdb.c:444
> #11 0x80a577f3 in vpanic (fmt=, ap=0xfe35601a3620)
> at /usr/s
I've seen that bug, but I think our bug was more that dd would exit if it got
back a short read from input. So if you did something like this (maybe not
exactly, but close):
dd bs=1m | dd bs=10m > f.out
You might get only 1mb in f.out. This had to do with skipping disklabels and
other such sch
Hmm, Alex did report 314891 worked.
Can you please post the full boot log of the loader?
Especially, when you see the “OK” prompt, can you please run the “memmap”
command like this link
https://lists.freebsd.org/pipermail/freebsd-current/2017-March/065090.html ?
You can take a photo of the scree
314916 same error :(
input/output
cannot load file
elf64_loadimage read failed
oh well
On Mar 7, 2017 9:58 PM, "Dexuan Cui" wrote:
Hi guys,
Sorry, I had to commit a new patch (r314891) just now to really fix the
off-by-one bug.
Thank Alex for reporting the issue in my previous patch (r3148
Eric van Gyzen (vangy...@freebsd.org) wrote:
> On 03/04/2017 11:44, Oleksandr Tymoshenko wrote:
> > Adrian Chadd (adrian.ch...@gmail.com) wrote:
> >> We're not; we need to cope with crappy BIOS emulations and not crash :)
> >>
> >> What's Linux doing instead? Ignoring the RTC?
> >
> > I believe I s
On 8 Mar, Devin Teske wrote:
> Problem we had found was:
>
> Executing dd with a closed stdout and stderr would cause the summary
> messages printed at the end to go into the destination output file.
>
> For example,
>
> dd if=/dev/zero of=/tmp/foo bs=1m count=1
>
> Works fine, but the followi
Problem we had found was:
Executing dd with a closed stdout and stderr would cause the summary messages
printed at the end to go into the destination output file.
For example,
dd if=/dev/zero of=/tmp/foo bs=1m count=1
Works fine, but the following:
dd if=/dev/zero of=/tmp/foo bs=1m count=1 >&
I wOn 03/08/2017 14:56, Michael W. Lucas wrote:
Thanks for the hint, Toomas. But...
I updated my custom ZFS install/partition script, at:
http://www-old.michaelwlucas.com/zm.sh
I used this script at the command line partitioner in the installer,
then exited and let the installer take over.
Th
The difference between a kernel that boots and another that won't is ..
imb@toshi:/home/imb> diff -cw /sys/amd64/conf/TOSHI~ /sys/amd64/conf/TOSHI
*** /sys/amd64/conf/TOSHI~ Wed Mar 8 10:05:09 2017
--- /sys/amd64/conf/TOSHI Wed Mar 8 17:33:25 2017
***
*** 373,379
#
I have the same issue on Dell Precision M4800.
On Wed, Mar 8, 2017 at 6:26 AM, David Wolfskill wrote:
> On Wed, Mar 08, 2017 at 07:55:44AM -0500, Michael Butler wrote:
>> My laptop usually starts like this ..
>>
>> FreeBSD 12.0-CURRENT #21 r314812M: Mon Mar 6 19:34:51 EST 2017
>> i...@toshi.
Thanks for the hint, Toomas. But...
I updated my custom ZFS install/partition script, at:
http://www-old.michaelwlucas.com/zm.sh
I used this script at the command line partitioner in the installer,
then exited and let the installer take over.
The machine installs. After a "sysrc zfs_enable=yes"
Hi,
> On 8 Mar 2017, at 16:40, Mark Linimon wrote:
>
> On Mon, Mar 06, 2017 at 03:00:23PM +, r...@gid.co.uk wrote:
>> Let me rephrase that: the link http://purelang.bitbucket.org/
>> quoted on https://wiki.freebsd.org/ObsoleteLLVMVersions doesn’t work,
>
> That's the URL in lang/pure/Makefi
Just curious though if anybody in the Forum had experienced such an issue
and it obviously they fixed it just curious though.
On Mar 8, 2017 12:51 PM, "David Wolfskill" wrote:
> On Wed, Mar 08, 2017 at 12:50:18PM -0500, Roberto Rodriguez Jr wrote:
> > Hey,
> >
> > Well thats good because I just
Hey,
Well thats good because I just updated and am rebuilding again.
Thank u
On Mar 8, 2017 12:45 PM, "David Wolfskill" wrote:
> On Wed, Mar 08, 2017 at 12:42:38PM -0500, Roberto Rodriguez Jr wrote:
> > Hi everyone,
> >
> > Sorry I cannot provide the output at this time.
> > Success with build
Hi everyone,
Sorry I cannot provide the output at this time.
Success with buildworld buildkernel installkernel and reboot but
installworld breaks saying
pwait No such file found.
Using 314828.
Can anyone confirm?
Thanks alld
___
freebsd-current@freebs
On Mon, Mar 06, 2017 at 03:00:23PM +, r...@gid.co.uk wrote:
> Let me rephrase that: the link http://purelang.bitbucket.org/
> quoted on https://wiki.freebsd.org/ObsoleteLLVMVersions doesn’t work,
That's the URL in lang/pure/Makefile.
> should be https://bitbucket.org/purelang/
Hmm. I looked
On Wed, Mar 08, 2017 at 07:55:44AM -0500, Michael Butler wrote:
> My laptop usually starts like this ..
>
> FreeBSD 12.0-CURRENT #21 r314812M: Mon Mar 6 19:34:51 EST 2017
> i...@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI amd64
> FreeBSD clang version 4.0.0 (branches/releas
On 03/08/17 08:12, Andriy Gapon wrote:
> On 08/03/2017 14:55, Michael Butler wrote:
>> My laptop usually starts like this ..
>>
>> FreeBSD 12.0-CURRENT #21 r314812M: Mon Mar 6 19:34:51 EST 2017
>> i...@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI amd64
>> FreeBSD clang versio
On 08/03/2017 14:55, Michael Butler wrote:
> My laptop usually starts like this ..
>
> FreeBSD 12.0-CURRENT #21 r314812M: Mon Mar 6 19:34:51 EST 2017
> i...@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI amd64
> FreeBSD clang version 4.0.0 (branches/release_40 296509) (based o
On 2017. 03. 08. 13:06, Hans Petter Selasky wrote:
On 03/08/17 12:23, Gergely Czuczy wrote:
Hello,
I've built an image for RPi3 from -CURRENT checkout at r314894, and
while booting, I've noticed a LOR message:
http://czg.harmless.hu/aegir/LOR_1_1280.jpg
I don't know whether this one is any co
My laptop usually starts like this ..
FreeBSD 12.0-CURRENT #21 r314812M: Mon Mar 6 19:34:51 EST 2017
i...@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI amd64
FreeBSD clang version 4.0.0 (branches/release_40 296509) (based on LLVM
4.0.0)
VT(vga): resolution 640x480
info: [drm]
On 03/08/17 12:23, Gergely Czuczy wrote:
Hello,
I've built an image for RPi3 from -CURRENT checkout at r314894, and
while booting, I've noticed a LOR message:
http://czg.harmless.hu/aegir/LOR_1_1280.jpg
I don't know whether this one is any concern, if so, I'm just letting
you know.
Hi,
You
Hello,
I've built an image for RPi3 from -CURRENT checkout at r314894, and
while booting, I've noticed a LOR message:
http://czg.harmless.hu/aegir/LOR_1_1280.jpg
I don't know whether this one is any concern, if so, I'm just letting
you know.
Best regards,
Gergely
On Wed, Mar 8, 2017 at 9:11 AM, Rozhuk Ivan wrote:
>
> sysctl hw.model
> please.
>
[root@APU]~# sysctl hw.model
hw.model: AMD G-T40E Processor
[root@apu2]~# sysctl hw.model
hw.model: AMD GX-412TC SOC
___
freebsd-current@freebsd.org mailing list
htt
On Wed, 8 Mar 2017 09:02:05 +0100
Olivier Cochard-Labbé wrote:
> On Wed, Mar 8, 2017 at 7:29 AM, Rozhuk Ivan
> wrote:
>
> >
> > Try now with last version of patch.
> >
> > Compile now and works on PC Engine APU1 and APU2:
>
Thanks!
sysctl hw.model
please.
___
On Wed, Mar 8, 2017 at 7:29 AM, Rozhuk Ivan wrote:
>
> Try now with last version of patch.
>
> Compile now and works on PC Engine APU1 and APU2:
[root@APU]~# kenv smbios.planar.product
APU
[root@APU]~# kldload amdtemp
amdtemp0: on hostb4
[root@APU]~# sysctl dev.amdtemp
dev.amdtemp.0.rtc.sensor
31 matches
Mail list logo
