Re: priority of paths to kernel modules?

On Fri, 2018-08-24 at 08:35 -0700, Cy Schubert wrote: > My idea, which I implemented locally and should probably create a > phab review, was to ifdef DRM in modules/Makefile. We could do this > too. Default not to build/install. > This seems like the obvious fix. I thought the whole point of all

Re: sh(1) and more(1) hangs on serial terminal at [ttydcd] state.

On Wed, 2018-09-05 at 00:07 +0300, Lev Serebryakov wrote: > Hello FreeBSD, > >  When I use serial console (configured as console + "getty std.115200 > xterm"), csh works perfectly Ok, but "sh" and "more" lockss forever. > If I hit > ^T system shows that locked process is in "[ttydcd]" state. ^C ki

Re: toolchain(s) for universe kernels

On Mon, 2018-11-19 at 11:55 -0600, Eric van Gyzen wrote: > I want to > > make MAKE_JUST_KERNELS=1 universe > > but it seems that I need a toolchain first.  There are multiple > toolchain-ish make targets.  If I start with an empty obj, which > toolchain target(s) should I build? > > Eric

Re: Boot loader stuck after first stage upgrading 11.2 to 12.0-RC2

On Tue, 2018-12-04 at 21:51 +0200, Toomas Soome via freebsd-stable wrote: > > > > > On 4 Dec 2018, at 19:59, Mark Martinec > i> wrote: > > > > > > > > > > > > > 2018-11-29 18:43, Toomas Soome wrote: > > > > > > > > > > I just did push biosdisk updates to stable/12, I wonder if > > > > > you

Re: Composite PCI devices in FreeBSD (mfd in Linux)

On Mon, 2018-12-10 at 14:42 -0500, Anthony Jenkins wrote: > On 12/10/18 1:26 PM, John Baldwin wrote: > > > > On 12/10/18 9:00 AM, Anthony Jenkins wrote: > > > > > > Hi all, > > > > > > I'm trying to port an Intel PCI I2C controller from Linux to > > > FreeBSD. > > > Linux represents this device

Re: pkg-base noise

On Tue, 2018-12-11 at 11:40 -0700, Sean Bruno wrote: > make[8]: "/home/sbruno/bsd/fbsd_head/share/mk/bsd.files.mk" line 92: > warning: duplicate script for target "_testsFILESINS_cleanup.ksh" > ignored > make[8]: "/home/sbruno/bsd/fbsd_head/share/mk/bsd.files.mk" line 92: > warning: using previous

Re: cannot build i386 12.0-RELEASE kernel on -current

On Wed, 2018-12-12 at 19:33 +0300, Yuri Pankov wrote: > Henry Vogt wrote: > > > > Hi, > > > > my build machine (FreeBSD:13:amd64 r341429) builds world/kernel ok > > for amd64, world for i386 ok, but fails 'make buildkernel' for > > i386: > > > > -- snip > > > > ... > > > > --- if_vte.o --- > >

Re: Composite PCI devices in FreeBSD (mfd in Linux)

On Wed, 2018-12-19 at 14:35 -0500, Anthony Jenkins wrote: > On 12/19/18 10:41 AM, Anthony Jenkins wrote: > > > > [snip] > > > > I'm not feeling too confident about the condition of the FreeBSD > > ig4  > > driver; the PCI attach code was calling pci_alloc_msi() wrong, > > passing  > > a pointer t

Re: r342378 fails sometimes on boot mounting root (error 2)

On Fri, 2018-12-28 at 15:54 +0100, Matthias Apitz wrote: > Hello, > > I've setup a new r342378 (December 23) for amd64 onto an external > disk > with this procedure: > > # grep da0 /var/log/messages > ... > Dec 28 14:20:01 c720-r314251 kernel: da0 at umass-sim0 bus 0 scbus1 > target 0 lun 0 > Dec

Re: kernel build dies with "unknown option"

On Wed, 2019-02-13 at 18:29 -0500, Robert Huff wrote: > On a system running: > > FreeBSD 13.0-CURRENT r343080 16 Jan 2019 amd64 > > I updated the source tree as of midnight US Eastern time, then > ran buildworld. That completed successfully. > Then: > > huff@jerusalem> make b

Re: problem building dev/e1000

On Fri, 2019-02-15 at 10:53 -0800, Enji Cooper wrote: > > On Feb 15, 2019, at 10:46, Eric Joyner wrote: > > > > ifdi_if.h is a system generated interface file that network drivers > > that depend on iflib use. It's generated from ifdi_if.m in sys/net. > > > > My guess is that you don't have "dev

Re: problem building dev/e1000

On Fri, 2019-02-15 at 12:32 -0700, Warner Losh wrote: > On Fri, Feb 15, 2019 at 12:17 PM Ian Lepore wrote: > > > On Fri, 2019-02-15 at 10:53 -0800, Enji Cooper wrote: > > > > [...] > > > > > > HO Eric! > > > > > > iflib was a recen

Re: What is evdev and autoloading?

On Sun, 2019-02-17 at 16:24 -0800, Steve Kargl wrote: > On Sun, Feb 17, 2019 at 03:04:41PM -0800, Mark Millard wrote: > > > > > > On 2019-Feb-17, at 10:03, Steve Kargl > troutmask.apl.washington.edu> wrote: > > > > Anyone have insight into what evdev is? There appears to > > be no manual page.

Re: What is evdev and autoloading?

On Mon, 2019-02-18 at 08:50 -0800, Steve Kargl wrote: > On Mon, Feb 18, 2019 at 09:11:14AM -0700, Warner Losh wrote: > > > > You do know these constant complaints about people trying to make > > things > > better is demoralizing and counter productive. > > > > You do realize some of the emails a

Re: r343567 aka PAE vs non-PAE merge breaks i386 freebsd

On Thu, 2019-02-28 at 11:06 -0800, Conrad Meyer wrote: > On Thu, Feb 28, 2019 at 10:32 AM Steve Kargl > wrote: > > This is interesting as well. Does this mean that amd64 is now > > the only tier 1 platform and all other architectures are after > > thoughts? > > This has been the de facto truth f

Re: How to hotplug a PCI device (such as VF) on FreeBSD

On Mon, 2019-03-25 at 08:49 +, Hongxiong Xian (Wicresoft North America Ltd) wrote: > Hi, > > I'm looking for a way to refresh the pci device list. > In Linux, we can remove a particular pci device, and then after > preforming a "rescan" the device will appear again. > For example, disable/resc

Re: Question about 'gptzfsboot'

On Sun, 2019-04-28 at 19:29 -0400, Thomas Laus wrote: > On 2019-04-28 08:07, Ronald Klop wrote: > > > > Is this the same as this? > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=144234 > > > > The messages are similar. The boot process will normally proceed on > the > second or third atte

Re: Question about 'gptzfsboot'

On Mon, 2019-04-29 at 10:33 -0400, Thomas Laus wrote: > > On 2019-04-28 22:27, Ian Lepore wrote: > > > > > > If you're using gptzfsboot, I guess you're using zfs? I just > > > fixed a > > > problem with probing disks for zfs volumes a few days

Re: Question about 'gptzfsboot'

On Mon, 2019-04-29 at 14:47 -0400, Thomas Laus wrote: > On 2019-04-29 14:27, Thomas Laus wrote: > > It was more than a broken console. All of the other 2 computers > > that I > > upgraded to r346885 were essentially 'dead'. I could not even > > remotely > > login to them via ssh. All of them req

Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config)

On Fri, 2019-01-18 at 21:24 +0300, Lev Serebryakov wrote: > On 18.01.2019 21:14, Toomas Soome wrote: > > > errm.. you press a key and enter device and or loader path. if it is not > > working - the code is there to be fixed. > > And loader looks to "bootme" attribute and try to boot from partit

Re: random_sources_feed: rs_read for hardware device 'Intel Secure Key RNG' returned no entropy.

On Wed, 2019-05-08 at 19:13 +0300, Andrey V. Elsukov wrote: > Hi, > > today I updated one of my test machines and discovered that message > from > the subject periodically printed in the console. > > FreeBSD 13.0-CURRENT r347327=4f47587(svn_head) GENERIC-NODEBUG amd64 > FreeBSD clang version 8.0.

Re: FCP-101: obsolete driver removal planned for 2019-05-18

On Sun, 2019-05-12 at 10:45 -0700, Rodney W. Grimes wrote: > > 12.05.2019 8:21, Warner Losh wrote: > > > > > >> I've posted a review to remove obsolete 10 and 10/100 > > > Ethernet drivers > > > >> as previous approved in FCP-101. > > > >> The following drivers are slated for > > >

Re: Inability to build FreeBSD-current amd64

On Wed, 2019-05-15 at 19:26 +, Thomas Mueller wrote: > from tech-lists: > > > What do you do before buildworld? > > > > I'll rm -rf /usr/obj and /var/cache/ccache [1], create them again, > > then in > > /usr/src I'll do this: > > make -j32 cleanworld && make -j32 cleandir && make -j3

Re: Inability to build FreeBSD-current amd64

On Wed, 2019-05-15 at 23:23 +, Thomas Mueller wrote: > What do most FreeBSD users who rebuild system from source do > regarding WITH_CLANG_EXTRAS in /etc/src.conf ? > > I have WITH_CLANG_EXTRAS=yes in /etc/src.conf and wonder if that > could be screwing my build. > > Build seems to stumble on

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

On Mon, 2019-05-20 at 17:54 -0700, Enji Cooper wrote: > Hi, > The following build issue has been cropping up over the past 6 hours. > From https://ci.freebsd.org/job/FreeBSD-head-powerpcspe-build/11154/console : > > 12:49:01 /usr/src/stand/powerpc/kboot/kerneltramp.S: Assembler messages: >

Re: lib/libgcc_s fails on make all after make world succeeds

On Sun, 2019-05-19 at 23:54 +0200, Dimitry Andric wrote: > On 19 May 2019, at 23:29, Julian H. Stacey wrote: > > > > Hi curr...@freebsd.org > > On current src/ on 2 boxes, I have seen the same break for a week > > or 2, > > lib/libgcc_s fails on make all after make world succeeds, > > Anyone else

Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found

On Tue, 2019-06-18 at 02:21 +0200, Julian H. Stacey wrote: > "Julian H. Stacey" wrote: > > "Bjoern A. Zeeb" wrote: > > > On 17 Jun 2019, at 10:37, Mark Linimon wrote: > > > > > > > On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey > > > > wrote: > > > > > svn_revision 348842 > > > > > >

Re: error: yacc.h: No such file or directory

On Tue, 2019-06-18 at 06:45 -0700, Cy Schubert wrote: > On June 18, 2019 6:24:36 AM PDT, Michael Tuexen > wrote: > > > On 18. Jun 2019, at 12:56, Kubilay Kocak > > > wrote: > > > > > > On 18/06/2019 5:42 pm, Michael Tuexen wrote: > > > > Dear all, > > > > I'm trying to run > > > > sudo make buil

Re: error: yacc.h: No such file or directory

On Tue, 2019-06-18 at 07:01 -0700, Enji Cooper wrote: > > On Jun 18, 2019, at 06:59, Enji Cooper > > wrote: > > > > > > > On Jun 18, 2019, at 06:53, Ian Lepore wrote: > > > > ... > > > > > Last Saturday, Bryan (cc'd) made a

Re: error: yacc.h: No such file or directory

On Tue, 2019-06-18 at 09:51 -0700, Bryan Drewery wrote: > On 6/18/2019 3:56 AM, Kubilay Kocak wrote: > > Have seen another report on Twitter yesterday. Didn't see a full > > build > > log, but theirs was had apparently without -j, apparently on June > > 14 > > sources: > > > > Error: > > /usr/src/

Re: error: yacc.h: No such file or directory

> > > On Jun 18, 2019, at 06:59, Enji Cooper > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > On Jun 18, 2019, at 06:53, Ian Lepore > > > > > > wrote: > > > > > > > > >

Re: i2c bit banging timeout for SCL

On Mon, 2019-07-01 at 19:03 +0300, Andriy Gapon wrote: > iicbb driver has a hardcoded timeout that defines how long the driver waits > for > SCL line to go high after the driver releases it to float. Sometimes slaves > hold the line low until they are ready to continue with the communication. >

Re: i2c bit banging timeout for SCL

On Mon, 2019-07-01 at 11:25 -0600, Warner Losh wrote: > On Mon, Jul 1, 2019 at 11:14 AM Poul-Henning Kamp > > wrote: > > > > > In message < > > canczdfofbvmxptnel4goqxtvp6zd-xrtja4rmuo1racy0jd...@mail.gmail.com> > > , > > Warner Losh writes: > > > > > The only issue, really, is that thi

Re: Someone broke USB

On Sat, 2019-07-06 at 14:06 -0700, Steve Kargl wrote: > On Sat, Jul 06, 2019 at 10:50:59PM +0200, Hans Petter Selasky wrote: > > On 2019-07-06 21:41, Steve Kargl wrote: > > > On Sat, Jul 06, 2019 at 08:33:39PM +0200, Hans Petter Selasky > > > wrote: > > > > On 2019-07-06 20:23, Steve Kargl wrote: >

Re: New format for binaries?

On Tue, 2019-07-09 at 10:51 +0400, Gleb Popov wrote: > On Tue, Jul 9, 2019 at 1:33 AM Unidef wrote: > > > Instead of just cc files*c -o file > > > > We can do > > > > cc files*. -o file.c > > > > And cpp file*cpp -o file.cpp > > > > We can hook it up to a MySQL or a neural database? A neural

Re: filesystem mount problem

On Sun, 2019-07-21 at 15:07 -0400, AN wrote: > Hi: > > FreeBSD FreeBSD_13 13.0-CURRENT FreeBSD 13.0-CURRENT #102 r350187: > Sat Jul > 20 19:04:30 EDT 2019 > root@FreeBSD_13:/usr/obj/usr/src/amd64.amd64/sys/MYKERNEL amd64 > 1300036 > > I would appreciate some help with the following problem. >

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

On Thu, 2019-07-25 at 13:13 -0500, Larry Rosenman wrote: > On 07/25/2019 1:10 pm, Alan Somers wrote: > > On Thu, Jul 25, 2019 at 12:05 PM Larry Rosenman > > wrote: > > > > > > Um Who broke this? > > > > > > /usr/src/sys/sys/refcount.h:65:12: error: use of undeclared > > > identifier > > >

Re: rc script: manual stop vs system shutdown

On Thu, 2019-08-01 at 21:14 +0300, Andriy Gapon wrote: > On 01/08/2019 19:12, Warner Losh wrote: > > > > > > On Thu, Aug 1, 2019, 10:53 AM Rodney W. Grimes > > mailto:freebsd-...@gndrsh.dnsmgr.net>> > > wrote: > > > > > > > > Is it possible in an rc script to distinguish between a manual

Re: RFC: should lseek(SEEK_DATA/SEEK_HOLE) return ENOTTY?

On Sun, 2019-08-11 at 09:04 +0200, Gary Jennejohn wrote: > On Sun, 11 Aug 2019 02:03:10 + > Rick Macklem wrote: > > > Hi, > > > > I've noticed that, if you do a lseek(SEEK_DATA/SEEK_HOLE) on a file > > that > > resides in a file system that does not support holes, ENOTTY is > > returned. > >

Re: RFC: should lseek(SEEK_DATA/SEEK_HOLE) return ENOTTY?

On Sun, 2019-08-11 at 09:12 -0600, Alan Somers wrote: > On Sun, Aug 11, 2019 at 8:57 AM Ian Lepore wrote: > > > > On Sun, 2019-08-11 at 09:04 +0200, Gary Jennejohn wrote: > > > On Sun, 11 Aug 2019 02:03:10 + > > > Rick Macklem wrote: > > > > >

Re: HEADSUP: drm-current-kmod now installs sources

On Tue, 2019-08-13 at 14:58 -0700, John Baldwin wrote: > For developers this means even if you are doing testing on a box > that doesn't use DRM, you can install the package so that kernel > builds will try to compile it and hopefully spot KPI/KBI changes > before they land in the tree so that the

Re: HEADSUP: drm-current-kmod now installs sources

On Wed, 2019-08-14 at 09:08 -0700, John Baldwin wrote: > On 8/13/19 3:17 PM, Ian Lepore wrote: > > On Tue, 2019-08-13 at 14:58 -0700, John Baldwin wrote: > > > For developers this means even if you are doing testing on a box > > > that doesn't use DRM, you can in

Re: HEADSUP: drm-current-kmod now installs sources

On Wed, 2019-08-14 at 19:55 +0200, Niclas Zeising wrote: > On 2019-08-14 19:23, Emmanuel Vadot wrote: > > On Wed, 14 Aug 2019 10:13:48 -0700 > > John Baldwin wrote: > > > > > On 8/14/19 9:22 AM, Ian Lepore wrote: > > > > This all sounds vaguely wrong,

Re: HEADSUP: drm-current-kmod now installs sources

On Wed, 2019-08-14 at 12:00 -0700, John Baldwin wrote: > On 8/14/19 11:06 AM, Kyle Evans wrote: > > LOCAL_MODULES="" does seem like a sensible default when we're not > > building a native kernel. > > Unfortunately kern.post.mk has no way of knowing that as MACHINE_* > are already set to the TARGET

Re: HEADSUP: drm-current-kmod now installs sources

On Wed, 2019-08-14 at 13:59 -0600, Warner Losh wrote: > On Wed, Aug 14, 2019 at 1:56 PM Ian Lepore wrote: > > > On Wed, 2019-08-14 at 12:00 -0700, John Baldwin wrote: > > > On 8/14/19 11:06 AM, Kyle Evans wrote: > > > > LOCAL_MODULES="" does seem lik

Re: Lost user database after bungled upgrade

On Wed, 2019-08-28 at 18:09 -0400, Ryan Stone wrote: > Thanks for the hint; I wasn't aware of /var/backups. Unfortunately > fixing my user database at this point hasn't fixed pkg. I'm worried > that it has some bad data cached somewhere now. I tried restoring the > pkg databack from /var/backups

Re: Weird goings on with make::empty()

On Wed, 2019-09-04 at 09:33 -0500, Kyle Evans wrote: > On Wed, Sep 4, 2019 at 9:27 AM Enji Cooper > wrote: > > > > > > > On Sep 4, 2019, at 04:59, Poul-Henning Kamp > > > wrote: > > > > > > On: > > > > > >Repository Root: svn+ssh://repo.freebsd.org/base > > >Repository UUID: ccf9f872-

Re: ntpd segfaults on start

On Sat, 2019-09-07 at 09:28 -0700, Cy Schubert wrote: > In message <20190907161749.gj2...@kib.kiev.ua>, Konstantin Belousov writes: > > On Sat, Sep 07, 2019 at 08:45:21AM -0700, Cy Schubert wrote: > > > I've been able to set the memlock rlimit as low as 20 MB. The issue is > > > letting it default

Re: ntpd segfaults on start

On Mon, 2019-09-09 at 09:30 -0700, Rodney W. Grimes wrote: > > On Sat, 2019-09-07 at 09:28 -0700, Cy Schubert wrote: > > > In message <20190907161749.gj2...@kib.kiev.ua>, Konstantin > > > Belousov writes: > > > > On Sat, Sep 07, 2019 at 08:45:21AM -0700, Cy Schubert wrote: > > > > > I've been able

Re: ntpd segfaults on start

On Mon, 2019-09-09 at 21:44 +0300, Konstantin Belousov wrote: > On Mon, Sep 09, 2019 at 12:13:24PM -0600, Ian Lepore wrote: > > On Mon, 2019-09-09 at 09:30 -0700, Rodney W. Grimes wrote: > > > > On Sat, 2019-09-07 at 09:28 -0700, Cy Schubert wrote: > > > >

Re: ntpd segfaults on start

On Mon, 2019-09-09 at 12:28 -0700, Cy Schubert wrote: > > > > On the other hand, the code execution times are not predictable if the > > process's pages can be paged out. Under severe load next instruction > > might take several seconds or even minutes to start. It is quite unlike > > the schedule

Re: Source tree has many empty directories?

On Tue, 2019-09-10 at 11:01 -0600, Warner Losh wrote: > However, please do *NOT* remove the sys/*/compile directories. > > Warner Uhhh... that's interesting. I just nuked one of those on my system yesterday, because it had been hanging around since 2013 and I had no idea what was -- I just assum

Re: Source tree has many empty directories?

On Tue, 2019-09-10 at 21:41 +0200, Dimitry Andric wrote: > On 10 Sep 2019, at 20:14, Ian Lepore wrote: > > > > On Tue, 2019-09-10 at 11:01 -0600, Warner Losh wrote: > > > However, please do *NOT* remove the sys/*/compile directories. > > > > > > Warn

Re: head -r352274 buildkernel targetting armv7 failure: am335x/am335x_dmtpps.c:304:3: error: implicit declaration of function 'spinlock_enter' is invalid in C99 [-Werror,-Wimplicit-function-declaratio

On Sat, 2019-09-14 at 11:05 -0700, Mark Millard via freebsd-arm wrote: > After updating my amd64 context to head -r352274, > attempting an amd64->armv7 cross buildworld buildkernel > ended up failing with: > > > --- am335x_dmtpps.o --- > /usr/src/sys/arm/ti/am335x/am335x_dmtpps.c:304:3: error: im

Re: Booting anything after r352057 kills console

On Tue, 2019-09-24 at 14:32 -0400, Thomas Laus wrote: > On 2019-09-24 11:58, Pete Wright wrote: > > > > darn, and they didn't give you any additional information in the > > messages buffer, or generate a core file? > > > > There were no messages in the syslog and no other log that showed > anyth

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

On Fri, 2019-10-04 at 13:27 -0600, Warner Losh wrote: > On Fri, Oct 4, 2019, 1:07 PM Dennis Clarke wrote: > > > On 10/4/19 10:05 AM, Andriy Gapon wrote: > > > > > > Does anyone use ZFS with a 32-bit kernel, that is also not i386 ? > > > If you do, could you please let me know? Along with uname

Re: gpiobus: setting output value while in input mode

On Thu, 2019-10-24 at 17:04 +0300, Andriy Gapon wrote: > For a lack of a more specific mailing list (or my not being aware of it), > asking > here. > > gpioiic, a very simple driver, has this code: > === > static void > gpioi

Re: gpiobus: setting output value while in input mode

On Thu, 2019-10-24 at 19:01 +0300, Andriy Gapon wrote: > Also, if we universally implement GPIO_PIN_PRESET we still need to answer the > question. Because some consumer might still try to change an input, either by > mistake or for some reason, and we need a rule on how to handle that. Well, yeah

Re: Best thread pool implementation for the base system?

On Thu, 2019-10-24 at 12:46 -0600, Alan Somers wrote: > I count 5 thread pool implementations in contrib: > * cddl/compat/opensolaris/misc/thread_pool.c > * contrib/apr-util/misc/apr_thread_pool.c > * contrib/llvm/lib/Support/ThreadPool.cpp > * contrib/openmp/runtime/src/kmp_tasking.cpp > * contrib

Re: Reverting -current by date.

On Wed, 2019-11-20 at 09:38 -0800, bob prohaska wrote: > From time to time it would be handy to revert freebsd-current to > an older, well-behaved revision. > > Is there a mechanism for identifying revision numbers that > will at least compile and boot, by date? > > In my case buildworld seems

Re: FreeBSD-11.0-CURRENT on ARM: performance and load average

On Sat, 2014-09-20 at 22:44 +0400, Maxim V FIlimonov wrote: > Hello everyone, > > Recently, I encountered a problem with -CURRENT on an ARM board (cubieboard2 > to be precise). The problem was that the load average was above 2. Including > the fact that the board has 2 CPU cores, that's strange.

Re: Poor state of the build infrastructure.

On Thu, 2014-09-25 at 14:50 -0400, John Baldwin wrote: > On Wednesday, September 24, 2014 7:33:46 pm Marcel Moolenaar wrote: > > > > On Sep 24, 2014, at 12:54 PM, John Baldwin wrote: > > > > > On Tuesday, September 23, 2014 09:29:48 AM Marcel Moolenaar wrote: > > >> What is going on here? > > >>

Re: Boot failure with r272146

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 > allow. The relevant portion is pcib10: > > atapci0: mem 0xfa402000-0xfa403fff > at device 1

Re: Boot failure with r272146

On Fri, 2014-09-26 at 07:40 -0700, Justin Hibbits wrote: > That fixed it, thanks! > > -Justin Fix committed as r272181, sorry for the glitch. -- Ian > On Sep 26, 2014 6:59 AM, "Ian Lepore" wrote: > > > On Thu, 2014-09-25 at 20:40 -0700, Justin Hibbits wr

Re: NFS installworld failures

On Sun, 2014-10-05 at 20:37 -0700, Russell L. Carter wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Greetings, > > Am I the only one attempting to maintain a local cluster using > a buildworld server and mounting /usr/src/ and /usr/obj/ via NFS? > > I intermittently run into instal

Re: installincludes, bsd.incs.mk and param.h

On Tue, 2014-10-14 at 17:24 +0200, Harald Schmalzbauer wrote: > Bezüglich David Wolfskill's Nachricht vom 14.10.2014 16:52 (localtime): > > On Tue, Oct 14, 2014 at 04:42:57PM +0200, Harald Schmalzbauer wrote: > >> Hello, > >> > >> since bsd.port.mk insinsts on param.h, I have inconveniences on my

Re: installincludes, bsd.incs.mk and param.h

On Tue, 2014-10-14 at 18:09 +0200, Harald Schmalzbauer wrote: > Bezüglich Ian Lepore's Nachricht vom 14.10.2014 17:37 (localtime): > ... > > It appears that while bsd.ports.mk has lost the ability to use the > > version of the running system (sysctl kern.osreldate), it still has the > > logic to ju

Re: can't build CURRENT/amd64 using 9.3?

On Thu, 2014-10-23 at 21:54 -0400, owner-freebsd-curr...@freebsd.org wrote: > I have a system running > > FreeBSD 9.3-RELEASE #0 r268512: Fri Jul 11 03:13:02 UTC 2014 i386 > > I have updated the source tree to CURRENT r273542. > If I build "make buildworld" for the GENERIC kern

Re: can't build CURRENT/amd64 using 9.3?

On Fri, 2014-10-24 at 21:06 -0400, owner-freebsd-curr...@freebsd.org wrote: > roberth...@rcn.com writes: > > > I am now doing "make buildkernel" with TARGET/TARGET_ARCH on > > the command line. For installkernel, do I need to use them also, > > or will it magically know where to look? > >

Re: buildkernel: make[2]: exec(ctfconvert) failed (No such file or directory)

On Tue, 2014-10-28 at 23:50 +0100, Gyrd Thane Lange wrote: > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:

Re: buildkernel: make[2]: exec(ctfconvert) failed (No such file or directory)

gt; wrote: > > > > On Tue, 28 Oct 2014 17:01:39 -0600 > > > > Ian Lepore wrote: > > > > > > > >> On Tue, 2014-10-28 at 23:50 +0100, Gyrd Thane Lange wrote: > > > >> > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/

Re: buildkernel: make[2]: exec(ctfconvert) failed (No such file or directory)

On Wed, 2014-10-29 at 21:24 +0100, Gyrd Thane Lange wrote: > On Wed, 29 Oct 2014 08:42:22 -0600 > Ian Lepore wrote: > > > On Wed, 2014-10-29 at 14:38 +0100, Gyrd Thane Lange wrote: > > > On Wed, 29 Oct 2014 01:24:32 +0100 > > > Gyrd Thane Lange wrote: > >

Re: CURRENT: WARNING! r273914 leaves filesystems in inconsistent/corrupted condition!

On Sat, 2014-11-01 at 15:21 +0100, Dag-Erling Smørgrav wrote: > Tomoaki AOKI writes: > > Dag-Erling Smørgrav writes: > > > Manfred Antar writes: > > > > Then for some reason /var started to being mounted mfs. [...] If > > > > I have varmfs="NO" and cleanvar_enable="NO" everything works fine. >

Re: CURRENT: WARNING! r273914 leaves filesystems in inconsistent/corrupted condition!

On Sat, 2014-11-01 at 15:59 +0100, Dag-Erling Smørgrav wrote: > Ian Lepore writes: > > Dag-Erling Smørgrav writes: > > > That means we're not getting enough entropy during early boot, or > > > we're underestimating the amount of entropy we're gett

Re: Finding a rogue src/sys commit with bisection?

On Sat, 2014-11-15 at 10:43 -0800, Steve Kargl wrote: > Before I totally hose by /usr/src directory, does anyone > have some guidelines on doing a binary search for a rogue > commit in /usr/src/sys?. Either cam or usb (or acpi?) has > broken the ability to remove a external USB device once it > is

Re: Finding a rogue src/sys commit with bisection?

On Sat, 2014-11-15 at 11:03 -0800, Alfred Perlstein wrote: > On 11/15/14, 11:01 AM, Steve Kargl wrote: > > On Sat, Nov 15, 2014 at 10:56:50AM -0800, Alfred Perlstein wrote: > >> On 11/15/14, 10:43 AM, Steve Kargl wrote: > >>> Before I totally hose by /usr/src directory, does anyone > >>> have some

Re: USB locks up system -- WAS Re: shutdown or acpi problem

On Sun, 2014-11-16 at 18:17 +, Mark R V Murray wrote: > > On 16 Nov 2014, at 17:51, Steve Kargl > > wrote: > > > > Is there a 'random: device_detach():' missing between the 'umass0' > > and 'da0' messages in the last 4 lines. > > No. At attach time, the RNG grabs some probe entropy. At deta

Re: USB locks up system -- WAS Re: shutdown or acpi problem

On Sun, 2014-11-16 at 18:23 +, Mark R V Murray wrote: > > On 16 Nov 2014, at 18:21, Ian Lepore wrote: > > > > On Sun, 2014-11-16 at 18:17 +, Mark R V Murray wrote: > >>> On 16 Nov 2014, at 17:51, Steve Kargl > >>> wrote: > >>>

Re: Build failed in Jenkins: Build-UFS-image #599

On Sat, 2014-12-06 at 16:01 +0100, Dimitry Andric wrote: > [trimmed CC list to -current] > > On 06 Dec 2014, at 04:59, Garrett Cooper wrote: > > On Dec 5, 2014, at 16:52, jenkins-ad...@freebsd.org wrote: > > > >> See > > > > I’m not ent

Re: simple task to speed up booting

On Sun, 2014-12-14 at 10:32 +, Poul-Henning Kamp wrote: > The rotating swirlie ('-/|\') in the loader accounts for a surprisingly > large part of our boot time on systems with slow-ish serial consoles. > > I think right now it takes a step for each 512 byte read, reducing that > to once every

Re: wrapping a vararg C function (specifically, log() in the kernel)

On Thu, 2014-12-18 at 15:21 +0100, Luigi Rizzo wrote: > Hi, > in the porting of some kernel code to FreeBSD, i need to remap one > function with a variable number of arguments to the log() function > from the freebsd kernel. > > Normally i would do > > #define WARN(x, args...)log(LO

Re: simple task to speed up booting

On Sun, 2014-12-14 at 10:32 +, Poul-Henning Kamp wrote: > The rotating swirlie ('-/|\') in the loader accounts for a surprisingly > large part of our boot time on systems with slow-ish serial consoles. > > I think right now it takes a step for each 512 byte read, reducing that > to once every

Re: simple task to speed up booting

On Mon, 2014-12-22 at 15:15 +, Poul-Henning Kamp wrote: > > In message <1419224743.1018.108.ca...@freebsd.org>, Ian Lepore writes: > > >On Sun, 2014-12-14 at 10:32 +, Poul-Henning Kamp wrote: > >> The rotating swirlie ('-/|\') in the loade

Re: r276200: EFI boot failure: kernel stops booting at pci0: on pcib0

On Fri, 2014-12-26 at 08:48 -0800, Adrian Chadd wrote: > On 26 December 2014 at 04:01, O. Hartmann wrote: > > Am Thu, 25 Dec 2014 11:40:47 -0800 > > Adrian Chadd schrieb: > > > >> Would you be able to narrow it down to a small range of commits? > >> that'll make it easier to chase down. :) > >> >

Re: r276200: EFI boot failure: kernel stops booting at pci0: on pcib0

On Sun, 2014-12-28 at 20:57 +0100, O. Hartmann wrote: > Am Fri, 26 Dec 2014 12:23:42 -0700 > Ian Lepore schrieb: > > > On Fri, 2014-12-26 at 08:48 -0800, Adrian Chadd wrote: > > > On 26 December 2014 at 04:01, O. Hartmann > > > wrote: > > > > Am T

Re: [RFC] Start SMP subsystem earlier

On Tue, 2015-01-06 at 09:37 -0500, John Baldwin wrote: > On 1/5/15 8:18 AM, Hans Petter Selasky wrote: > > Hi, > > > > There is a limitiation on the number of interrupt vectors available when > > only a single processor is running. To have more interrupts available we > > need to start SMP earlier

Re: [RFC] Start SMP subsystem earlier

On Tue, 2015-01-06 at 07:57 -0800, Adrian Chadd wrote: > On 6 January 2015 at 07:55, Ian Lepore wrote: > > On Tue, 2015-01-06 at 09:37 -0500, John Baldwin wrote: > >> On 1/5/15 8:18 AM, Hans Petter Selasky wrote: > >> > Hi, > >> > > >> > The

Re: What happened to DIOCGDINFO? Fwd: [package - head-amd64-default][misc/e2fsprogs-libblkid] Failed for e2fsprogs-libblkid-1.42.12 in build

On Sun, 2015-01-11 at 02:56 +0100, Matthias Andree wrote: > Greetings, > > I am getting new reports of package build failures on head (i386 and > amd64 have reported these so far): > > > Ident: $FreeBSD: head/misc/e2fsprogs-libblkid/Makefile 370388 > > 2014-10-07 19:15:52Z mandree $ > >

Re: System-On-Module

On Wed, 2015-01-28 at 19:32 +0100, Bernd Walter wrote: > On Wed, Jan 28, 2015 at 06:52:52PM +0900, Lundberg, Johannes wrote: > > Hi > > > > Of all the low power, high-spec system/computer-on-modules out there which > > have best support for FreeBSD? > > > > MEN > > Variscite > > Technologic syste

Re: System-On-Module

On Thu, 2015-01-29 at 08:28 +0900, Lundberg, Johannes wrote: > By the way, this is for an embedded mobile device so we are looking for > something more like > > http://www.kontron.com/products/computeronmodules/smarc/smarc-samx6i.html > > instead of Wandboard which has all the connectors that we

Re: System-On-Module

On Thu, 2015-01-29 at 09:12 +0900, Lundberg, Johannes wrote: > Ah now I see it has EDM connection. I didn't look carefully enough. All the > images are with the expansion board attached.. > > Spec-wise and portability-wise it seems like a good option but my hardware > guy keeps warning me about Fr

Re: PSA: If you run -current, beware!

On Tue, 2015-02-03 at 13:33 -0800, Peter Wemm wrote: > Sometime in the Dec 10th through Jan 7th timeframe a timing bug has been > introduced to 11.x/head/-current.With HZ=1000 (the default for bare > metal, > not for a vm); the clocks stop just after 24 days of uptime. This means > things

Re: nagios vs w/uptime

On Tue, 2015-02-10 at 22:24 +0100, Michael Gmelin wrote: > > > > On 10 Feb 2015, at 22:17, Michael Gmelin wrote: > > > > > > > > > >> On 10 Feb 2015, at 21:13, Marcel Moolenaar wrote: > >> > >> [Moving to current@] > >> > >>> On Feb 10, 2015, at 11:52 AM, Peter Wemm wrote: > >>> > >>> S

Re: [RFC] Removin the old make

On Tue, 2015-02-10 at 23:59 +0100, Baptiste Daroussin wrote: > On Wed, Feb 11, 2015 at 09:49:37AM +1100, Greg 'groggy' Lehey wrote: > > On Tuesday, 10 February 2015 at 23:38:54 +0100, Baptiste Daroussin wrote: > > > Hi, > > > > > > I would like to start using bmake only syntax on our infrastructure

Re: nagios vs w/uptime

On Tue, 2015-02-10 at 22:55 +, Brooks Davis wrote: > On Tue, Feb 10, 2015 at 02:32:44PM -0700, Ian Lepore wrote: > > On Tue, 2015-02-10 at 22:24 +0100, Michael Gmelin wrote: > > > > > > > > > > On 10 Feb 2015, at 22:17, Michael Gmelin wrote: > >

Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default

On Wed, 2015-02-11 at 22:21 -0500, Ed Maste wrote: > On 11 February 2015 at 21:39, Glen Barber wrote: > > > > Within the next 24 hours, I will merge the release-install-debug branch > > into head, which will enable building and installing stripped debugging > > files by default. > > > > In general

Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default

On Thu, 2015-02-12 at 04:11 +, Glen Barber wrote: > On Wed, Feb 11, 2015 at 08:56:00PM -0700, Ian Lepore wrote: > > On Wed, 2015-02-11 at 22:21 -0500, Ed Maste wrote: > > > On 11 February 2015 at 21:39, Glen Barber wrote: > > > > > > > > Within t

Re: [RFC] Removin the old make

On Fri, 2015-02-13 at 01:24 +0100, Baptiste Daroussin wrote: > On Fri, Feb 13, 2015 at 12:49:13AM +0100, Julian H. Stacey wrote: > > > Hi, > > > > > > I would like to start using bmake only syntax on our infrastructure for > > > tha= > > > t I > > > want to make sure noone is using the old make,

Re: default pager (csh)

On Thu, 2015-02-19 at 07:46 +0100, Franco Fichtner wrote: > > On 19 Feb 2015, at 02:27, Davide Italiano wrote: > > > > On Wed, Feb 18, 2015 at 5:18 PM, Adam McDougall > > wrote: > >> The PAGER was less for about half a year and reverted. Please see: > >> > >> https://svnweb.freebsd.org/base?v

Re: sbuf-related panic

On Mon, 2015-03-16 at 14:03 -0400, Shawn Webb wrote: > On amd64, doing a Poudriere run. On r280133: > > (kgdb) bt > #0 doadump (textdump=Unhandled dwarf expression opcode 0x93 > ) at pcpu.h:219 > #1 0x809726a5 in kern_reboot (howto=Unhandled dwarf expression > opcode 0x93 > ) at /usr/sr

  1   2   3   4   5   >