Re: Reading from bad disk ?

Leif Neland wrote: It seems Warner Losh wrote: ... mount it in front of the drive to get it to run at a reasonable temperature. W/o the fan, it was running at 58C or so. With the fan it runs at 39C or so. I've included the script that I use to find this information out. Ken

Port problems after r253839 on HEAD

and does not point in the wrong direction. Rainer Hurling ___ 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: Port problems after r253839 on HEAD

Thanks, Bapt, for answering. Am 07.08.2013 19:43, schrieb Baptiste Daroussin: On Wed, Aug 07, 2013 at 07:28:41PM +0200, Rainer Hurling wrote: After introducing r253839 on HEAD (/head/contrib/binutils/ld/ldmain.c), I recognized some wired behaviour in the ports system on my CURRENT boxes

Re: Port problems after r253839 on HEAD

Am 07.08.2013 21:01 (UTC+1) schrieb Rainer Hurling: Thanks, Bapt, for answering. Am 07.08.2013 19:43, schrieb Baptiste Daroussin: On Wed, Aug 07, 2013 at 07:28:41PM +0200, Rainer Hurling wrote: After introducing r253839 on HEAD (/head/contrib/binutils/ld/ldmain.c), I recognized some wired

Re: Port problems after r253839 on HEAD

Am 09.08.2013 19:27 UTC+2, schrieb Steve Kargl: On Wed, Aug 07, 2013 at 07:43:33PM +0200, Baptiste Daroussin wrote: On Wed, Aug 07, 2013 at 07:28:41PM +0200, Rainer Hurling wrote: After introducing r253839 on HEAD (/head/contrib/binutils/ld/ldmain.c), I recognized some wired behaviour

Re: CURRENT crashes with nvidia GPU BLOB : vm_radix_insert: key 23c078 is already present

/nvidia-driver/files/patch-src__nvidia_subr.c, shoudn't it? Many thanks for this work. Regards and a nice weekend, Rainer Hurling ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

Am 07.09.2013 00:07, schrieb Baptiste Daroussin: On Fri, Sep 06, 2013 at 11:51:32PM +0200, O. Hartmann wrote: On Fri, 06 Sep 2013 21:11:26 +0400 Boris Samorodov b...@passap.ru wrote: 06.09.2013 20:44, O. Hartmann пишет: On Fri, 06 Sep 2013 20:08:59 +0400 Boris Samorodov b...@passap.ru

latest sbin/pkg updates seem to break HEAD

After svn update my 11.0-CURRENT box to r257152, the build breaks. Obviously there is something wrong with the newest patches for sbin/pkg (or libcrypt). Am I the only one observing this? Any help is appreciated, Rainer Hurling [..snip..] === usr.sbin/pkg (all) cc -O2 -pipe -I/usr/src

Re: latest sbin/pkg updates seem to break HEAD

Am 26.10.2013 13:04, schrieb Matthias Andree: Am 26.10.2013 12:56, schrieb Rainer Hurling: After svn update my 11.0-CURRENT box to r257152, the build breaks. Obviously there is something wrong with the newest patches for sbin/pkg (or libcrypt). Am I the only one observing this? Any help

Re: libc++ vs. libstdc++ usage in the ports tree

here. Building x11-toolkits/wxgtk29 with gcc46+ is not an option. Any help is really appreciated, Rainer Hurling make -D MAKE_JOBS_UNSAFE=yes === Building for saga-2.1.0_2 --- all --- /usr/bin/make all-recursive --- all-recursive --- Making all in . Making all in src --- all-recursive

r259031 breaks build on CURRENT

I just tried to build head (r259037) and it stops with the following messages. This is on amd64 with systems clang. Please let me know, if I should provide more info, thanks. [..snip..] === usb/run (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc

Re: fdescfs mount causes hard lock

it because one installed port requeried it, but I can't remember which port that was. I am observing the same since 02/08/2011. Without mounting fdescfs the system does not freeze anymore. The reason for using fdescfs was java/openjdk, if I remember right. Rainer Hurling Is this related

After r22561[78] some kmods do not build any more

? Thanks in advance, Rainer Hurling ___ 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: After r22561[78] some kmods do not build any more

in /usr/ports/emulators/rtc. Am I doing something wrong or is this intended and some ports need adaptions? Thanks in advance, Rainer Hurling ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current

Re: After r22561[78] some kmods do not build any more

On 17.09.2011 15:08 (UTC+1), Rainer Hurling wrote: On 17.09.2011 14:30 (UTC+1), K. Macy wrote: This is a side effect of the syscall namespace disambiguation. I will send patches to the ports maintainers. Ok, so my first thought was right ;-) I just tested your patch for emulators/rtc

Re: Use of C99 extra long double math functions after r236148

On 09.07.2012 01:36 (UTC+2), Steve Kargl wrote: On Sun, Jul 08, 2012 at 11:51:56AM -0600, Warner Losh wrote: On Jul 8, 2012, at 6:40 AM, David Schultz wrote: On Tue, May 29, 2012, Peter Jeremy wrote: On 2012-May-28 15:54:06 -0700, Steve Kargl s...@troutmask.apl.washington.edu wrote: Given

Re: Use of C99 extra long double math functions after r236148

On 10.07.2012 16:02 (UTC+2), Warner Losh wrote: On Jul 10, 2012, at 3:10 AM, Rainer Hurling wrote: As far as I understand from discussions on R mailing list (r-de...@r-project.org), they plan to reduce the emulation and/or workaround of long and complex math functions for FreeBSD and other

Re: Use of C99 extra long double math functions after r236148

On 10.07.2012 17:11 (UTC+2), David Schultz wrote: On Tue, Jul 10, 2012, Rainer Hurling wrote: On 10.07.2012 16:02 (UTC+2), Warner Losh wrote: On Jul 10, 2012, at 3:10 AM, Rainer Hurling wrote: As far as I understand from discussions on R mailing list (r-de...@r-project.org), they plan

Re: Use of C99 extra long double math functions after r236148

On 11.07.2012 00:58 (UTC+2), David Schultz wrote: On Tue, Jul 10, 2012, Rainer Hurling wrote: On 10.07.2012 17:11 (UTC+2), David Schultz wrote: On Tue, Jul 10, 2012, Rainer Hurling wrote: On 10.07.2012 16:02 (UTC+2), Warner Losh wrote: On Jul 10, 2012, at 3:10 AM, Rainer Hurling wrote

Re: Use of C99 extra long double math functions after r236148

On 25.07.2012 19:00 (UTC+2), Steve Kargl wrote: On Wed, Jul 25, 2012 at 06:29:18PM +0200, Rainer Hurling wrote: Many thanks to you three for implementing expl() with r238722 and r238724. I am not a C programmer, but would like to ask if the following example is correct and suituable

Re: Use of C99 extra long double math functions after r236148

Am 26.07.2012 03:52 (UTC+1) schrieb Bruce Evans: On Wed, 25 Jul 2012, Rainer Hurling wrote: On 25.07.2012 19:00 (UTC+2), Steve Kargl wrote: On Wed, Jul 25, 2012 at 06:29:18PM +0200, Rainer Hurling wrote: Many thanks to you three for implementing expl() with r238722 and r238724. I am

Re: post SVN r238886 no boot?

On 29.07.2012 19:40 (UTC+2), Michael Butler wrote: Is anyone else having troubles getting -current after SVN r238886 to boot? In my case, I have an unstoppable stream of pager_something console messages :-( imb Yes, it's the same here. I had to revert to old kernel. Rainer

Re: /usr/local/lib/gcc46/gcc/x86_64-portbld-freebsd9.0/4.6.3/../../../libstdc++.a: could not read symbols: Bad value

On 28.12.2011 15:29 (UTC+1), Kostik Belousov wrote: On Wed, Dec 28, 2011 at 03:10:12PM +0100, O. Hartmann wrote: Am 12/28/11 14:58, schrieb Kostik Belousov: On Wed, Dec 28, 2011 at 11:48:28AM +0100, O. Hartmann wrote: Hello out here. I run into a problem since one of the last portupdates and

Re: lang/lua: /usr/bin/ld: lapi.o: relocation R_X86_64_32 against `luaO_nilobject_' can not be used when making a shared object; recompile with -fPIC

On 29.12.2011 13:59 (UTC+1), O. Hartmann wrote: Am 12/29/11 13:34, schrieb Daniel Kalchev: On 29.12.11 14:19, O. Hartmann wrote: Am 12/29/11 12:59, schrieb Kostik Belousov: On Thu, Dec 29, 2011 at 12:19:40PM +0100, O. Hartmann wrote: [...] /usr/bin/ld: lapi.o: relocation R_X86_64_32

Re: /usr/local/lib/gcc46/gcc/x86_64-portbld-freebsd9.0/4.6.3/../../../libstdc++.a: could not read symbols: Bad value

On 28.12.2011 19:31 (UTC+1), Kostik Belousov wrote: On Wed, Dec 28, 2011 at 07:21:00PM +0100, O. Hartmann wrote: Am 12/28/11 19:10, schrieb Ed Schouten: * Rainer Hurlingrhur...@gwdg.de, 20111228 17:31: error: macro _Static_assert passed 3 arguments, but takes just 2 In file included from

Kernel does not build on 10.0-CURRENT (amd64)

. Any help is really appreciated. Thanks in advance, Rainer Hurling ___ 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: Kernel does not build on 10.0-CURRENT (amd64)

/modules/ath/../../dev/ath/if_ath_tx.c:3158: error: 'struct ath_tx_status' has no member named 'ts_tid' *** Error code 1 Stop in /usr/src/sys/modules/ath. *** Error code 1 I observe this behaviour on three boxes. Any help is really appreciated. Thanks in advance, Rainer Hurling

Re: Kernel does not build on 10.0-CURRENT (amd64)

On 06.01.2012 22:42 (UTC+1), Adrian Chadd wrote: On 6 January 2012 10:19, Rainer Hurlingrhur...@gwdg.de wrote: I commented all wireless network drivers and their options out. But the error remains. Is it necessary to have this option uncommented even when the driver ath is commented out?

Re: Kernel does not build on 10.0-CURRENT (amd64)

On 06.01.2012 22:49 (UTC+1), Alexander Yerenkow wrote: 2012/1/6 Adrian Chadd adr...@freebsd.org mailto:adr...@freebsd.org On 6 January 2012 10:19, Rainer Hurling rhur...@gwdg.de mailto:rhur...@gwdg.de wrote: I commented all wireless network drivers and their options out

Re: [RFT] Major snd_hda rewrite

On 12.01.2012 12:18 (UTC+1), Alexander Motin wrote: On 01/12/12 12:52, Gary Jennejohn wrote: On Wed, 11 Jan 2012 21:33:17 +0200 Alexander Motinm...@freebsd.org wrote: I would like request for testing of my work on further HDA sound driver improvement. [big snip] Patch can be found here:

Re: HEADS UP: set_rcvar() removed from rc.subr

tinderbox-devel. BTW, is there any reason not to set 'rcvar=${name}_enable' in all that cases? Rainer Hurling ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd

Re: HEADS UP: set_rcvar() removed from rc.subr

On 14.01.2012 22:29 (UTC+1), Doug Barton wrote: On 01/14/2012 07:16, Rainer Hurling wrote: BTW, is there any reason not to set 'rcvar=${name}_enable' in all that cases? http://lists.freebsd.org/pipermail/freebsd-rc/2012-January/002660.html Also, as I pointed out in my commit message, using

Re: kernel build failure

On 15.04.2012 00:01 (UTC+1), AN wrote: On Fri, 13 Apr 2012, O. Hartmann wrote: Am 04/13/12 00:21, schrieb AN: At Thu Apr 12 17:52:05 EDT 2012: [root@FBSD10 /usr/src]# svn up Updating '.': At revision 234196. Trying to build the kernel I get the following failure: time make -j8

Re: Kernel builds, but crashes at boot (amd64, Revision: 234306)

On 16.04.2012 16:55 (UTC+1), Konstantin Belousov wrote: On Mon, Apr 16, 2012 at 07:35:23AM -0700, matt wrote: On 04/16/12 01:57, O. Hartmann wrote: On 04/15/12 12:30, Conrad J. Sabatier wrote: Today I'm suddenly unable to boot a newly built kernel without crashing right near the end of the

Re: Kernel builds, but crashes at boot (amd64, Revision: 234306)

On 16.04.2012 19:31 (UTC+1), Konstantin Belousov wrote: On Mon, Apr 16, 2012 at 06:15:32PM +0200, Rainer Hurling wrote: On 16.04.2012 16:55 (UTC+1), Konstantin Belousov wrote: On Mon, Apr 16, 2012 at 07:35:23AM -0700, matt wrote: On 04/16/12 01:57, O. Hartmann wrote: On 04/15/12 12:30

Re: Kernel builds, but crashes at boot (amd64, Revision: 234306)

Am 17.04.2012 03:53 (UTC+1) schrieb Edward Tomasz Napierała: Wiadomość napisana przez Rainer Hurling w dniu 16 kwi 2012, o godz. 19:58: On 16.04.2012 19:31 (UTC+1), Konstantin Belousov wrote: On Mon, Apr 16, 2012 at 06:15:32PM +0200, Rainer Hurling wrote: I just updated my system to r234342

stat(1) - option doubled in manpage

Just a small note. In stat(1) the description of option -l doubles: -l Display output in ls -lT format. Perhaps someone with a commit bit is interested in correcting this? ___ freebsd-current@freebsd.org mailing list

Use of C99 extra long double math functions after r236148

math/R, especially its upcoming releases. Many thanks for any clarification. Regards, Rainer Hurling ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current

Re: Use of C99 extra long double math functions after r236148

On 28.05.2012 10:41 (UTC+1), David Chisnall wrote: On 28 May 2012, at 05:35, Rainer Hurling wrote: First I should note that I am by no means an expert in C / C++ or C99 standards. So my comments are only on a level of someone who is using FreeBSD for scientific purposes like GIS and math

Re: Use of C99 extra long double math functions after r236148

On 28.05.2012 14:49 (UTC+1), David Chisnall wrote: On 28 May 2012, at 13:30, Rainer Hurling wrote: On 28.05.2012 10:41 (UTC+1), David Chisnall wrote: On 28 May 2012, at 05:35, Rainer Hurling wrote: Ok, that's what I had supposed. Because the main difference between r236147 and r2136148

Re: Use of C99 extra long double math functions after r236148

On 29.05.2012 08:10 (UTC+1), Steve Kargl wrote: On Tue, May 29, 2012 at 02:56:13PM +1000, Peter Jeremy wrote: On 2012-May-28 15:54:06 -0700, Steve Kargls...@troutmask.apl.washington.edu wrote: There some test code in cephes. Can you point me to a suitable test suite for LD80 and LD128? The

Re: CURRENT ( r249381): can't find boot partition on GPT disk

On 13.04.2013 12:07 (UTC+2), Marcus Reid wrote: On Sat, Apr 13, 2013 at 09:14:10AM +0200, O. Hartmann wrote: Trying to boot a kernel r249381 fails and I see on the console the loader prompt at mountroot. Obviously, the bootloader doesn't find the root/boot partition. Same problem observed

Re: Booting an alternative kernel from loader prompt fails the first time only

On 20.04.2013 18:47 (UTC+2), Florian Smeets wrote: On 20.04.13 18:05, Steven Hartland wrote: When trying to boot an alternative kernel from the loader prompt it fails the first time the command is run but succeeds the second time. Type '?' for a list of commands, 'help' for more detailed

Re: Booting an alternative kernel from loader prompt fails the first time only

12:41 PM, Manfred Antar wrote: At 10:24 AM 4/20/2013, Rainer Hurling wrote: On 20.04.2013 18:47 (UTC+2), Florian Smeets wrote: On 20.04.13 18:05, Steven Hartland wrote: When trying to boot an alternative kernel from the loader prompt it fails the first time the command is run but succeeds

Re: kernel panic with _autoload_ nvidia driver

On 05.05.2013 08:01 (UTC+2), de...@stasyan.com wrote: Hello ! This problems appears about 4-6 months ago after updating of -CURRENT host. Unable to boot host with nvidia_load=YES in loader.conf because panic. But when nvidia driver loads manually via kldload, everything OK. Nvidia

Re: kernel panic with _autoload_ nvidia driver

On 05.05.2013 09:24 (UTC+2), de...@stasyan.com wrote: Hello ! This problems appears about 4-6 months ago after updating of -CURRENT host. Unable to boot host with nvidia_load=YES in loader.conf because panic. But when nvidia driver loads manually via kldload, everything OK. Nvidia

Typo in /usr/src/UPDATING

I am not a native speaker, but isn't there a typo in /usr/src/UPDATING entry from 20130121? --- UPDATING.orig 2013-05-09 09:46:55.0 +0200 +++ UPDATING2013-05-12 17:58:20.0 +0200 @@ -108,7 +108,7 @@ Due to the use of the new -l option to install(1) during build

Re: mouse pointer has gone.

Am 16.01.2014 15:07, schrieb clutton: Using X, I have a frozen mouse pointer. Mouse works fine from syscons but not from X. Booting from kernel.old resolves the problem. Here is my X log with current kernel. 158:[34.043] (==) NVIDIA(0): Silken mouse enabled 208:[34.232] (II)

Re: [CURRENT]: claws-mail and firefox fail with Invalid alignment

Am 22.02.2014 10:03, schrieb Ranjan1018 .: The problem is still present in r262325. Verified with Firefox. Just for the record. With r262334 the problem seems to be solved, Firefox, Thunderbird etc. work again :-) Thanks to davidxu@ for the quick fix. Greetings, Rainer Hurling 2014-02-22 9

Re: mounting ntfs partition from /etc/fstab

Am 06.03.2014 08:35, schrieb MS - Krasznai András: Hi I am using freebsd 10 64bit on an IBM T510. I can not mount ntfs partition from /etc/fstab with the normal method, thatis specifying /dev/ada0s2 /windows/C ntfs-3g ro 0 0 For me it

Re: freebsd and utf-8 directory names

/XXXmsdosfs rw,large,-Lde_DE.UTF-8 0 0 This should also work for Hungarian? HTH, Rainer Hurling Krasznai András rendszermérnök MS Informatikai Zrt. 1136 Budapest, Pannónia u. 17/A. Telefon: +36 1 703-2923 Mobil:+36 30 703-2923

Endless CAM messages with recent CURRENT

(xhci) or in cam code are responsible for this? Does anyone else observe this behaviour? Please let me know if you need more info or if I can test something. Thank you for any hint, Rainer Hurling ___ freebsd-current@freebsd.org mailing list http

Re: Endless CAM messages with recent CURRENT

After looking around I had been able to localise the cause for the described messages, see below: On 14.01.2011 10:07 (UTC+1), Rainer Hurling wrote: Today I updated my 9.0-CURRENT system (amd64) to revision 199506: After rebooting I get the following messages two times per second in an endless

Re: Endless CAM messages with recent CURRENT

On 14.01.2011 20:10 (UTC+1), Hans Petter Selasky wrote: Marcus, Can you have a look at this? Are there any news? Thanks, Rainer --HPS On Friday 14 January 2011 16:21:00 Rainer Hurling wrote: After looking around I had been able to localise the cause for the described messages, see below

Re: Endless CAM messages with recent CURRENT

On 30.01.2011 15:13 (UTC+1), Hans Petter Selasky wrote: On Sunday 30 January 2011 14:57:37 Rainer Hurling wrote: On 14.01.2011 20:10 (UTC+1), Hans Petter Selasky wrote: Marcus, Can you have a look at this? Are there any news? I don't have any news, except it is a HAL problem and it needs

Re: Endless CAM messages with recent CURRENT

On 30.01.2011 16:22 (UTC+1), Hans Petter Selasky wrote: On Sunday 30 January 2011 16:15:02 Rainer Hurling wrote: Wouldn't it be useful to integrate the device info into the usb driver? You can check if your kernel is compiled with options USB_VERBOSE. That should bring some more verbosity

Kernel from today does not build any more

Stop in /usr/src/sys/modules. *** Error code 1 ... Thanks in advance, Rainer Hurling ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr

Re: Kernel from today does not build any more

On 10.03.2010 22:46 (UTC+1), Pyun YongHyeon wrote: On Wed, Mar 10, 2010 at 09:23:26PM +0100, Rainer Hurling wrote: After cvsup my CURRENT amd64 systems today I am not able to build custom kernel any more. Does anyone else observes the following breakage? Fixed in r204983. Thanks, will try

Re: HEADSUP: zlib updated [svn commit: r205471 - in head: . lib/libz lib/libz/contrib lib/libz/doc sys/sys]

plan to delete these copies in some weeks. Do you think this is ok or do I have to expect unwanted side effects? Thanks, Rainer Hurling That point alone is a reason for being ultra-conservative with this MFCing change. This won't affect folks building from scratch after this commit, but it'll

Re: Recent sys/vm/ changes and nvidia-driver

On 08.05.2010 22:30 (UTC+1), Doug Barton wrote: On 05/05/10 11:56, Alan Cox wrote: I'm afraid that I would advise waiting a few days. This round of changes are not yet complete. Is the coast clear yet? :) I have been holding off on updating -current due to the SUJ stuff, but that seems to

Re: nvidia-driver not work

On 17.08.2010 16:11 (UTC+1), Ivan Klymenko wrote: В Tue, 17 Aug 2010 09:52:50 -0400 John Baldwinj...@freebsd.org пишет: On Saturday, August 14, 2010 9:35:02 pm Álvaro Castillo wrote: $ dmesg (cut) panic: mutex page lock not owned at /usr/src/sys/vm/vm_page.c:1759 cpuid = 0 Uptime: 3m35s

Re: nvidia-driver not work

On 17.08.2010 18:47 (UTC+1), Ivan Klymenko wrote: $ dmesg (cut) panic: mutex page lock not owned at /usr/src/sys/vm/vm_page.c:1759 cpuid = 0 Uptime: 3m35s Use the latest nvidia driver from the website (256.44) and not from the port. Here the test port... Sorry, I am afraid there is no

bge0 does not work anymore

0xa0; PCI-E. The entry in /etc/rc.conf is 'ifconfig_bge0=DHCP. Does anyone else observe this behaviour? Is there something I can try? Thanks in advance, Rainer Hurling ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman

Re: pkg/ports system terribly messed up?

... HTH, Rainer Hurling ___ 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: pkg/ports system terribly messed up?

Am 01.10.2014 um 05:44 schrieb Chuck Burns: On Tuesday, September 30, 2014 8:13:01 AM O. Hartmann wrote: Hello. I just made the last update of the ports yesterday (I use portmaster -da performing this task) and obviously or superficially everything went all right. snip It's portmaster

Re: pkg/ports system terribly messed up?

Am 02.10.2014 um 04:40 schrieb Chuck Burns: On Wednesday, October 01, 2014 7:48:08 AM Rainer Hurling wrote: Am 01.10.2014 um 05:44 schrieb Chuck Burns: On Tuesday, September 30, 2014 8:13:01 AM O. Hartmann wrote: Hello. I just made the last update of the ports yesterday (I use portmaster

Re: pkg/ports system terribly messed up?

, after defining setenv PORTSDIR /usr/ports my problems, described on my mail in this thread from 30th September, completely went away. Thanks for this hint. It helps a lot! Regards, Rainer Hurling ___ freebsd-current@freebsd.org mailing list http

Upgrade to Unbound 1.5.1 incomplete?

It seems, that r276605 is missing a file 'dnstap/dnstap_config.h'. At least, I get this output, when I try to build world now: --- depend_subdir_libunbound --- In file included from /usr/src/lib/libunbound/../../contrib/unbound/util/netevent.c:48:

Re: Error building x11/nvidia-driver kernel module @r284408

Am 15.06.2015 um 22:07 schrieb David Wolfskill: On Mon, Jun 15, 2015 at 11:33:47AM -0700, Simon J. Gerraty wrote: Garrett Cooper yaneurab...@gmail.com wrote: Now that vanilla head @284408 builds ( boots): I fixed this the other day - just realized I haven't committed it. make[6]: don't

Re: freebsd-current compile with clang & ccache

Am 25.11.15 um 20:37 schrieb Bryan Drewery: > On 11/25/2015 11:34 AM, Rainer Hurling wrote: >> Am 25.11.15 um 19:50 schrieb Bryan Drewery: >>> On 11/25/2015 10:09 AM, Juan Molina wrote: >>>>> On 11/24/2015 1:31 AM, M - Krasznai András wrote: >>>>&g

Re: freebsd-current compile with clang & ccache

WITH_FAST_DEPEND enabled, it breaks with error message 'file system full'. My root partition has only 1GB and ccache itself seems to need more than 800MB in /root/.ccache. Thanks in advance, Rainer Hurling ___ 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: mounting CIFS share (tcp/445) with FreeBSD and mount_smbfs(8)

Hi Oliver, Am 02.03.16 um 15:29 schrieb O. Hartmann: On Tue, 1 Mar 2016 23:39:22 +0200 "Reko Turja" wrote: -Original Message- From: O. Hartmann Subject: mounting CIFS share (tcp/455) with FreeBSD and mount_smbfs(8) I need to mount a CIFS share from windows

Re: HEAD does not build bwn (after r297405 ?)

Am 30.03.16 um 13:08 schrieb Jia-Shiun Li: On Wed, Mar 30, 2016 at 2:06 PM, Rainer Hurling <rhur...@gwdg.de <mailto:rhur...@gwdg.de>> wrote: If I try to build most recent HEAD (r297407), I get the following error: I suspect r297405 with its migration of time_* macros to b

HEAD does not build bwn (after r297405 ?)

code 1 I suspect r297405 with its migration of time_* macros to be the reason? Regards, Rainer Hurling ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to &quo

Re: New /head/sys/amd64/amd64/genassym.c breaks buildkernel amd64 current

Am 27.03.2017 um 10:31 schrieb Andriy Gapon: On 03/26/2017 00:21, Manfred Antar wrote: Recent change to genassym.c breaks building a current kernel: -- stage 3.1: building everything

Re: New /head/sys/amd64/amd64/genassym.c breaks buildkernel amd64 current

Am 27.03.2017 um 13:07 schrieb Andriy Gapon: On 03/27/2017 14:35, Rainer Hurling wrote: Am 27.03.2017 um 10:31 schrieb Andriy Gapon: On 03/26/2017 00:21, Manfred Antar wrote: Recent change to genassym.c breaks building a current kernel

Re: [CFT] AMD cpu microcode update port sysutils/devcpu-data D13832

dating CPU Microcode... Done. #x86info -a | grep Microcode Microcode patch level: 0x1bf #grep microcode_update /var/log/messages --- So no recent update and no log messages, as expected ;) Regards, Rainer Hurling ___ 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: devd in r329188M don't start

. Can you try the attached patch? Rebuild devmatch(8) and reinstall /etc/devd/devmatch.conf and /etc/rc.d/devmatch only. --HPS Is there any chance to get this committed into base in the near future? Thanks for any answer, Rainer Hurling ___ freebsd

Re: devd in r329188M don't start

Am 16.02.2018 um 07:17 schrieb Warner Losh: On Thu, Feb 15, 2018 at 11:12 PM, Rainer Hurling <rhur...@gwdg.de <mailto:rhur...@gwdg.de>> wrote: Am 13.02.2018 um 13:50 schrieb Hans Petter Selasky: On 02/13/18 10:47, Jakob Alvermark wrote: +1

Re: pkg does not recognize correct kernel version

Am 19.02.2018 um 21:24 schrieb Ronald Klop: > On Mon, 19 Feb 2018 21:10:48 +0100, Rainer Hurling <rhur...@gwdg.de> wrote: > >> Hi Ronald, >> >> Am 19.02.2018 um 20:27 schrieb Ronald Klop: >>> I just did this. >>> >>> root@sjakie

Re: pkg does not recognize correct kernel version

-current/amd64.amd64/sys/GENERIC-NODEBUG >   > amd64 > > > So uname gives a different version than pkg detects. > > What is happening? pkg update -f gives the same result. -o > OSVERSION=1200058 helps, but does not feel like the right solution. > >

Re: r336921 broke booting on MBP 2017, EFIRT related

Am 29.08.18 um 15:25 schrieb Kyle Evans: > On Wed, Aug 29, 2018 at 8:20 AM Rainer Hurling wrote: >> >> Am 29.08.18 um 11:37 schrieb Yuri Pankov: >>> Hi, >>> >>> I've noticed that all recent snapshots (ALPHA3, ALPHA2, ALPHA1, >>> 20180802

Re: r336921 broke booting on MBP 2017, EFIRT related

d_ deactivating it via efi.rt.disabled=1 in /boot/loader.conf, it works for me. An oddity is, that the spelling of the loader tuneable has to be efi.rt.disabled, not efi.rt_disabled (note the dot instead of an underscore!). The one with the underscore, a

Re: r336921 broke booting on MBP 2017, EFIRT related

Am 31.08.18 um 10:27 schrieb Konstantin Belousov: > On Thu, Aug 30, 2018 at 10:12:33PM +0300, Konstantin Belousov wrote: >> On Thu, Aug 30, 2018 at 12:22:36PM +0300, Yuri Pankov wrote: >>> Sorry, I accidentally took the discussion off-list, where Konstantin >>> provided some more patches. I'm

Re: r336921 broke booting on MBP 2017, EFIRT related

it also does not work. My trap message is this: [..snip..] netmap: loaded module kbd1 at kbdmux0 nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platforms 390.77 Tue Jul. 10 21:54:30 PDT 2018 nexus0 Fatal trap 12: page fault while in kernel mode cpuid = 0: apic id = 00

Re: r349100: buildworld does not compile (ld: error: duplicate symbol: sse42_crc32c)

Am 16.06.19 um 18:33 schrieb Warner Losh: > > > On Sun, Jun 16, 2019, 9:51 AM Rainer Hurling <mailto:rhur...@gwdg.de>> wrote: > > If I try to build world almost recent sources (r349100) on HEAD amd64 > (r348775), it stops with the following error: > >

r349100: buildworld does not compile (ld: error: duplicate symbol: sse42_crc32c)

/src/tests/sys/kern *** [libkern_crc32] Error code 2 This happens with two older cpus, Intel (Core 17-4770) and AMD (Phenom II X6 1090T). Am I the only one, who observes this breakage? Thanks for any hint. Regards, Rainer Hurling ___ freebsd-current@

Re: r349100: buildworld does not compile (ld: error: duplicate symbol: sse42_crc32c)

Am 19.06.19 um 21:20 schrieb Bryan Drewery: > On 6/19/19 11:05 AM, Bryan Drewery wrote: >> On 6/19/19 11:02 AM, Bryan Drewery wrote: >>> On 6/16/19 9:33 AM, Warner Losh wrote: >>>> On Sun, Jun 16, 2019, 9:51 AM Rainer Hurling wrote: >>>> >>&

r365488 page faults on AMD Ryzen 9 3950X

Since r365488 (and above until recent) my box breaks with the following error when starting: Fatal trap 12: page fault while in kernel mode cpuid = 31; apic id = 1f fault virtual address = 0x0 fault code = supervisor read data, page not present instruction pointer =

Re: buildworld: "cp: /dev/null: Invalid argument"

Am 12.09.20 um 11:05 schrieb Hartmann, O.: > On Sat, 12 Sep 2020 10:03:18 +0200 > Michael Gmelin wrote: > >>> On 12. Sep 2020, at 09:55, Hartmann, O. >>> wrote: >>> >>> On Fri, 11 Sep 2020 07:18:33 -0600 >>> Alan Somers wrote: >>> > On Fri, Sep 11, 2020 at 1:57 AM O. Hartmann >

Re: Fwd: Re: r365488 page faults on AMD Ryzen 9 3950X

Am 22.09.20 um 00:13 schrieb Konstantin Belousov: On Mon, Sep 21, 2020 at 08:57:46PM +0200, Rainer Hurling wrote: Fatal trap 12: page fault while in kernel mode cpuid = 31; apic id = 1f fault virtual address = 0x25407efa This address is very suspicious. I cannot claim it as the fact

Re: Fwd: Re: r365488 page faults on AMD Ryzen 9 3950X

On 23.09.20 00:51, Mark Johnston wrote: > On Tue, Sep 22, 2020 at 01:13:29AM +0300, Konstantin Belousov wrote: >> On Mon, Sep 21, 2020 at 08:57:46PM +0200, Rainer Hurling wrote: >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 31; apic id = 1f >>>

Re: Fwd: Re: r365488 page faults on AMD Ryzen 9 3950X

boot process freezes after the page fault messages. > > On 9/22/20 1:06 AM, Rainer Hurling wrote: >> Am 22.09.20 um 00:13 schrieb Konstantin Belousov: >>> On Mon, Sep 21, 2020 at 08:57:46PM +0200, Rainer Hurling wrote: >>>> Fatal trap 12: page fault while in kernel

Re: Fwd: Re: r365488 page faults on AMD Ryzen 9 3950X

On 22.09.20 07:06, Rainer Hurling wrote: > Am 22.09.20 um 00:13 schrieb Konstantin Belousov: >> On Mon, Sep 21, 2020 at 08:57:46PM +0200, Rainer Hurling wrote: >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 31; apic id = 1f >>> fault virtual ad

Re: Fwd: Re: r365488 page faults on AMD Ryzen 9 3950X

On 20.09.20 22:35, Rainer Hurling wrote: > On 20.09.20 22:07, Konstantin Belousov wrote: >> On Sun, Sep 20, 2020 at 10:55:26PM +0300, Konstantin Belousov wrote: >>> On Sun, Sep 20, 2020 at 03:11:26PM +0200, Rainer Hurling wrote: >>>> Am 20.09.20 um 11:38 schrieb Kon

Re: Fwd: Re: r365488 page faults on AMD Ryzen 9 3950X

Am 20.09.20 um 08:04 schrieb monochrome: > I have confirmed that r365487 is the last kernel that will boot on my > 2400G. These are the files changed between r365487 and r365488: > > U    sys/vm/phys_pager.c > U    sys/vm/vm_object.c > U    sys/vm/vm_object.h > U    sys/vm/vm_pa

Re: Fwd: Re: r365488 page faults on AMD Ryzen 9 3950X

Am 20.09.20 um 10:20 schrieb Hans Petter Selasky: > On 2020-09-20 10:05, Rainer Hurling wrote: >> Hi monochrome, >> >> back to keyboard, it tried newest CURRENT (r365920) on my box and even >> with newest sources the error occurs. >> >> After looking around

Re: Fwd: Re: r365488 page faults on AMD Ryzen 9 3950X

Am 20.09.20 um 11:38 schrieb Konstantin Belousov: > On Sun, Sep 20, 2020 at 10:26:11AM +0200, Rainer Hurling wrote: >> Am 20.09.20 um 10:20 schrieb Hans Petter Selasky: >>> On 2020-09-20 10:05, Rainer Hurling wrote: >>>> Hi monochrome, >>>> >>>&

Re: Fwd: Re: r365488 page faults on AMD Ryzen 9 3950X

On 20.09.20 22:07, Konstantin Belousov wrote: > On Sun, Sep 20, 2020 at 10:55:26PM +0300, Konstantin Belousov wrote: >> On Sun, Sep 20, 2020 at 03:11:26PM +0200, Rainer Hurling wrote: >>> Am 20.09.20 um 11:38 schrieb Konstantin Belousov: >>>> On Sun, Sep 20, 20

Re: Fwd: Re: r365488 page faults on AMD Ryzen 9 3950X

n 9 3950X >Date: Thu, 17 Sep 2020 17:03:49 -0400 >From: monochrome >To: freebsd-current@freebsd.org > >I am also having this problem. Have you resolved it? Mine is a Ryzen 5 2400G > >On 9/12/20 5:22 AM, Rainer Hurling wrote: >> Since r365488 (and above until recent) my b

  1   2   >