Hello, I updated my tree to revision 3334a537ed38, made buildworld and kernel as usual.Booting with new kernel leads to keyboard not working at system login prompt and the message "kernel: psm: keyboard controller failed" in /var/log/messages. Reverting to boot the old kernel
Niclas Zeising wrote on 2/18/21 9:55 AM:
On 2021-02-18 06:32, Ruslan Makhmatkhanov wrote:
Hello,
trying to build kernel from
commit f61e92ca5a23450bc28169bbdd71d7674df98c19 (HEAD -> main,
origin/main, origin/HEAD)
Author: Glen Barber
Date: Wed Feb 17 23:00:03 2021 -0500
world built
Hello,
trying to build kernel from
commit f61e92ca5a23450bc28169bbdd71d7674df98c19 (HEAD -> main,
origin/main, origin/HEAD)
Author: Glen Barber
Date: Wed Feb 17 23:00:03 2021 -0500
world built ok, but then I have this on make kernel:
===> zlib (cleandir)
rm -f export_syms machine x86
Mark Johnston wrote on 9/4/20 9:55 PM:
[...]
The zfs.ko Makefile unconditionally enables creation of a debug file.
Could you verify that the problem is gone with this patch?
This patch indeed fixes the install. Thank you!
Committed in r365336, thanks.
Sadly it later fails at boot.
Mark Johnston wrote on 9/4/20 9:34 PM:
On Fri, Sep 04, 2020 at 09:27:54PM +0300, Ruslan Makhmatkhanov wrote:
Hello,
tried to make world and kernel from r365296. Kernel fails at install
stage in zfs module:
===> zfs (install)
install -T release -o root -g wheel -m 555 zfs.ko /boot/ker
Hello,
tried to make world and kernel from r365296. Kernel fails at install
stage in zfs module:
===> zfs (install)
install -T release -o root -g wheel -m 555 zfs.ko /boot/kernel/
install -T dbg -o root -g wheel -m 555 zfs.ko.debug
/usr/lib/debug/boot/kernel/
install:
Hello,
I'm getting this panic every time trying to build rust in poudriere.
Until the recent time I was able to build rust successfully on
13-CURRENT, but now I'm getting out of space and the panic.
My system is 13.0-CURRENT r340723 amd64. It's on laptop with i5 GPU (2nd
Generation) and
M - Krasznai András wrote on 03/24/2017 14:14:
It seems that usb mouse port has been changed from /dev/psm0 to /dev/ums0;
loading ums.ko with kldload and restarting the mouse with
moused -p /dev/ums0
makes the mouse work again (but now the touchpad is not working; I can survive
that).
rgds
The same for me (usb mouse + dhclient) on r315874. Touchpad is working.
--
Regards,
Ruslan
T.O.S. Of Reality
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
The subject says it. I'm trying to override/reset DEBUG and WITH_CTF
make options in kernel config file, but can't realize what the correct
syntax is.
GENERIC have this two:
makeoptions DEBUG=-g
makeoptions WITH_CTF=1
So I'm trying something like:
include GENERIC-NODEBUG
ident PROD
Hi,
I'm expecting the same behaviour after updating to r298524. It hangs for
5-10 minutes at "BTX loader" screen and after that loads successfully.
While hanging, according to HDD LED on my laptop, it actively doing disk
I/O operations, and all of this looks pretty scary. I'm using standard
Ian Lepore wrote on 03/28/16 06:38 PM:
On Mon, 2016-03-28 at 12:33 +0300, Ruslan Makhmatkhanov wrote:
Ian Lepore wrote on 03/28/16 05:29 AM:
[...]
I updated to r297281 with this quirk applied. Sadly, it doesn't
change
anything - controllers still not recognized. I also tried to boot
Ian Lepore wrote on 03/28/16 05:29 AM:
[...]
I updated to r297281 with this quirk applied. Sadly, it doesn't
change
anything - controllers still not recognized. I also tried to boot
this
revision with disabled hw.sdhci.enable_msi=0, that I applied earlier.
I finally found some time today to
Ian Lepore wrote on 03/26/16 04:09 AM:
On Sat, 2016-03-26 at 02:42 +0300, Ruslan Makhmatkhanov wrote:
Ian Lepore wrote on 03/26/16 02:11 AM:
On Fri, 2016-03-25 at 23:33 +0300, Ruslan Makhmatkhanov wrote:
Hello,
I have this in pciconf output
Ian Lepore wrote on 03/26/16 02:11 AM:
On Fri, 2016-03-25 at 23:33 +0300, Ruslan Makhmatkhanov wrote:
Hello,
I have this in pciconf output:
=
=
none1@pci0:36:0:0: class=0x088000 card=0x167e103c
chip=0x2392197b
rev=0x30
Ian Lepore wrote on 03/26/16 02:11 AM:
On Fri, 2016-03-25 at 23:33 +0300, Ruslan Makhmatkhanov wrote:
Hello,
I have this in pciconf output:
=
=
none1@pci0:36:0:0: class=0x088000 card=0x167e103c
chip=0x2392197b
rev=0x30
Ian Lepore wrote on 03/26/16 02:11 AM:
On Fri, 2016-03-25 at 23:33 +0300, Ruslan Makhmatkhanov wrote:
Hello,
I have this in pciconf output:
=
=
none1@pci0:36:0:0: class=0x088000 card=0x167e103c
chip=0x2392197b
rev=0x30
Ian Lepore wrote on 03/26/16 02:11 AM:
On Fri, 2016-03-25 at 23:33 +0300, Ruslan Makhmatkhanov wrote:
Hello,
I have this in pciconf output:
=
=
none1@pci0:36:0:0: class=0x088000 card=0x167e103c
chip=0x2392197b
rev=0x30
Ian Lepore wrote on 03/26/16 12:33 AM:
On Fri, 2016-03-25 at 23:11 +0200, Ivan Klymenko wrote:
On Sat, 26 Mar 2016 00:05:13 +0300
Ruslan Makhmatkhanov <r...@freebsd.org> wrote:
Ivan Klymenko wrote on 03/25/16 11:41 PM:
On Fri, 25 Mar 2016 23:33:45 +0300
Ruslan Makhmatkhanov <r...@fr
Ivan Klymenko wrote on 03/25/16 11:41 PM:
On Fri, 25 Mar 2016 23:33:45 +0300
Ruslan Makhmatkhanov <r...@freebsd.org> wrote:
Hello,
I have this in pciconf output:
==
none1@pci0:36:0:0: class=0x088000 card=0x167e103
Ian Lepore wrote on 03/25/16 11:58 PM:
On Fri, 2016-03-25 at 23:33 +0300, Ruslan Makhmatkhanov wrote:
Hello,
I have this in pciconf output:
=
=
none1@pci0:36:0:0: class=0x088000 card=0x167e103c
chip=0x2392197b
rev=0x30
Hello,
I have this in pciconf output:
==
none1@pci0:36:0:0: class=0x088000 card=0x167e103c chip=0x2392197b
rev=0x30 hdr=0x00
vendor = 'JMicron Technology Corp.'
device = 'SD/MMC Host Controller'
class
Hello,
I'm getting strange result with something looking like valid data:
[rm@smsh-zfs ~]> bc
2*1\
2*1
24
I'd expect the output being like that:
2*1\
2
2*1
2
What I see in bc(1) man-page regarding to backslash is:
"The sequence ‘\’ is ignored within numbers."
So looks like it doesn't
Slawa Olhovchenkov wrote on 08/30/2015 20:50:
On Sun, Aug 30, 2015 at 04:06:04PM +0300, Slawa Olhovchenkov wrote:
On Sat, Aug 29, 2015 at 11:15:53PM +0300, Ruslan Makhmatkhanov wrote:
Hello,
I'm getting tons of this in /var/log/messages:
error: [drm:pid9:i915_gem_object_unbind] *ERROR
Slawa Olhovchenkov wrote on 08/30/2015 22:17:
On Sun, Aug 30, 2015 at 09:58:31PM +0300, Ruslan Makhmatkhanov wrote:
No doubt that this is not the root cause, but frankly I haven't that
GPU hung messages in my system. I have others like this one triggered
on shutdown:
error: [drm:pid1041
Hello,
I'm getting tons of this in /var/log/messages:
error: [drm:pid9:i915_gem_object_unbind] *ERROR* Attempting to unbind
pinned buffer
As far I understand [1], this case is harmless and there is no point to
print it with DRM_ERROR - DRM_DEBUG is sufficient. Can we please change
it in our
Hello,
after updating to -current r273266 I have problem with building any port
with portmaster like this:
=== libdrm-2.4.58_1,1 depends on file: /usr/local/sbin/pkg - found
usage: mkdir [-pv] [-m mode] directory_name ...
make:: not found
*** Error code 127
And another, not related issue,
Thomas Mueller wrote on 26.07.2014 10:00:
I have a DVD, a data DVD rather than movie or music, from Seagate Business
Storage 2-bay NAS, that is mountable with mount_cd9660 but not readable in
FreeBSD and NetBSD, using current amd64 versions of FreeBSD and NetBSD.
ls /cdrom showed nothing; ls
Dimitry Andric wrote on 25.04.2014 01:58:
On 24 Apr 2014, at 19:05, Ruslan Makhmatkhanov cvs-...@yandex.ru wrote:
I can't build current on i386 (last tried revision is 264886) for couple of
days. Every time trying to build with making `make clean` and rm'ing /usr/obj
first.
The first error
Hi,
I can't build current on i386 (last tried revision is 264886) for couple
of days. Every time trying to build with making `make clean` and rm'ing
/usr/obj first.
The first error is appearing when building MCAsmBackend.cpp:
/../contrib/llvm/lib/MC/MCAsmBackend.cpp -o MCAsmBackend.o
In
Benjamin Kaduk wrote on 17.02.2014 08:56:
On Sun, 16 Feb 2014, Ruslan Makhmatkhanov wrote:
Hello,
there is -Z parameter in ssh-keygen --help output, but no mention of
it in ssh-keygen's man-page. Any clue what values this parameter accept?
It is the new-format ciphername, which can be used
Hello,
there is -Z parameter in ssh-keygen --help output, but no mention of it
in ssh-keygen's man-page. Any clue what values this parameter accept?
--
Regards,
Ruslan
T.O.S. Of Reality
___
freebsd-current@freebsd.org mailing list
Any simple command like `nmap -p80 localhost` fails with this:
Starting Nmap 6.40 ( http://nmap.org ) at 2013-11-25 21:17 MSK
Assertion failed: (rc == 0), function collect_dnet_interfaces, file
netutil.cc, line 1326.
Abort (core dumped)
Does anybody have a clue?
There is similar report w/o
Ruslan Makhmatkhanov wrote on 25.11.2013 21:21:
Any simple command like `nmap -p80 localhost` fails with this:
Starting Nmap 6.40 ( http://nmap.org ) at 2013-11-25 21:17 MSK
Assertion failed: (rc == 0), function collect_dnet_interfaces, file
netutil.cc, line 1326.
Abort (core dumped)
Does
Sergey V. Dyatko wrote on 27.09.2013 10:56:
On Fri, 27 Sep 2013 08:48:26 +0200
Stefan Esser s...@freebsd.org wrote:
Am 27.09.2013 06:43, schrieb Alexander Panyushkin:
Hi all.
FreeBSD 10.0-ALPHA3 #0 r255878M: Thu Sep 26 18:14:08 EEST 2013
scorpion kernel:
Scott Long wrote on 27.09.2013 16:39:
Please try building without the KERNFAST option. There might be some
broken header dependencies that you are tripping over.
Scott
I have this problem too. Kernel and world were built with:
make kernel make buildworld
No KERNFAST, no -j's, no local
Boris Samorodov wrote on 27.09.2013 17:38:
reverting those two commits solved the issue.
In my case just rebuilding and restarting of sysutils/hal helped.
Rebuilding and restarting hald solved the issue on non-reverted kernel.
Thank you, Boris!
--
Regards,
Ruslan
T.O.S. Of Reality
Ajtim wrote on 20.09.2013 14:13:
Hi!
I try to build gimp-gmic-plugin on FreeBSD 10.0-ALPHA1 #0 r255501: Fri Sep 13
I just committed an update to 1.5.7.1 along with the fix for building
with clang. Please update your ports tree and try again.
--
Regards,
Ruslan
T.O.S. Of Reality
Ajtim wrote on 20.09.2013 18:17:
I did svn update and after that I got:
'locale'?
std::setlocale(LC_NUMERIC,C);
~^
In file included from gmic.cpp:1215:
./gmic.h:301:10: error: no member named 'setlocale' in namespace 'std'; did
you mean 'locale'?
std::setlocale(LC_NUMERIC,C);
Sergey V. Dyatko wrote on 10.09.2013 15:42:
Hi,
after I update my HEAD box from 252xxx (i'm not sure) to r255393 USB
mouse(s) stop work for me on X.
Had the same. My usb/bt mouse isn't worked, while touchpad is. I fixed
this by commenting off:
Section ServerFlags
Option
Boris Samorodov wrote on 10.09.2013 16:14:
10.09.2013 15:42, Sergey V. Dyatko пишет:
after I update my HEAD box from 252xxx (i'm not sure) to r255393 USB
mouse(s) stop work for me on X.
Had the same, rebuild hal, dbus and xf86-input-mouse (don't know if all
of those need to be rebuild
Sergey V. Dyatko wrote on 10.09.2013 15:42:
Hi,
after I update my HEAD box from 252xxx (i'm not sure) to r255393 USB
mouse(s) stop work for me on X.
bsam's suggestion (rebuilding hal/dbus/xf86-input-mouse) worked to me.
--
Regards,
Ruslan
Tinderboxing kills... the drives.
I have this problem from the beginning (more than year now), I already
wrote about that on current@ some time ago. The problem is that it
appears sporadically (but always in not very suitable moment) and I
can't see anything on terminal, so it's hard to debug/complain.
So I just updated to
Paul Webster wrote on 28.04.2013 02:31:
Just got this link on IRC, (freenode/##freebsd) was so funny I thought
I would see if I could get any of you guys to spit out you're coffee
:)
http://antibsd.wordpress.com/
antibsd.wordpress.com is no longer available.
The authors have deleted this
Hi,
I know sysinstall is deprecated and gone from -current, but there is
still 8/9 that will be supported for few years so this may worth fixing.
Got this anytime I starting sysinstall on a system, installed onto graid
mirror:
http://people.freebsd.org/~rm/sysinstall_graid.png
No more have
Hartmann, O. wrote on 09.03.2013 20:31:
I rebuild the kernel module for x11/nvidia-driver on a regular basis via
/etc/src.conf setting of
PORTS_MODULES+=x11/nvidia-driver
I answered to your pr. Did you tried that?
If I understand correctly, it should be fixed in r248061
Hartmann, O. wrote on 09.03.2013 20:45:
Am 03/09/13 17:38, schrieb Ruslan Makhmatkhanov:
Hartmann, O. wrote on 09.03.2013 20:31:
I rebuild the kernel module for x11/nvidia-driver on a regular basis via
/etc/src.conf setting of
PORTS_MODULES+=x11/nvidia-driver
I answered
O. Hartmann wrote on 20.02.2013 18:36:
Compiling most recent sources of CURRENT with Revision: 247040 results
in a kernel crash with funny blinking characters on the screen. This
happens on all systems with different amd64 Intel CPU generations at
this very moment.
Last working sources
48 matches
Mail list logo
