Re: 13.0-BETA2 and 13.0-BETA3 hangs randomly

2021-02-23 Thread Dries Michiels 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248659

Get Outlook for iOS

From: owner-freebsd-curr...@freebsd.org  on 
behalf of Sergey Masharov 
Sent: Tuesday, February 23, 2021 11:07:24 PM
To: FreeBSD-current@freebsd.org 
Subject: 13.0-BETA2 and 13.0-BETA3 hangs randomly

After updating from 12.2-RELEASE to 13.0-BETA2, the system started to
hang randomly, updating to BETA3 did not change the situation.
Sometimes it even hangs during kernel boot, but usually it happens
after some load, the maximum uptime was about two hours, but with all
the services disabled.

ThinkPad X1 Carbon (8th Gen) 12-2-RELEASE is working fine
___
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"
___
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"

13.0-BETA2 and 13.0-BETA3 hangs randomly

2021-02-23 Thread Sergey Masharov 
After updating from 12.2-RELEASE to 13.0-BETA2, the system started to
hang randomly, updating to BETA3 did not change the situation.
Sometimes it even hangs during kernel boot, but usually it happens
after some load, the maximum uptime was about two hours, but with all
the services disabled.

ThinkPad X1 Carbon (8th Gen) 12-2-RELEASE is working fine
___
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"

panic: sackhint bytes rtx >= 0

2021-02-23 Thread Andriy Gapon 


Got this panic on 13.0-STABLE 4b2a20dfde9c using a custom kernel with INVARIANTS
enabled.
Below is some information from the crash dump.
If anyone has any clues, suggestions, etc, please help.
I will try to help you to help me the best I can.

#0  doadump (textdump=textdump@entry=1)
at /usr/devel/git/trant/sys/kern/kern_shutdown.c:399
#1  0x808396b2 in kern_reboot (howto=260)
at /usr/devel/git/trant/sys/kern/kern_shutdown.c:486
#2  0x80839d07 in vpanic (
fmt=0x80cbd551 "sackhint bytes rtx >= 0", ap=0xfe0120b9e6d0)
at /usr/devel/git/trant/sys/kern/kern_shutdown.c:919
#3  0x808398b3 in panic (fmt=)
at /usr/devel/git/trant/sys/kern/kern_shutdown.c:843
#4  0x8098a82c in tcp_sack_doack (tp=,
tp@entry=0xf807548187f0, to=,
to@entry=0xfe0120b9e780, th_ack=)
at /usr/devel/git/trant/sys/netinet/tcp_sack.c:691
#5  0x80983699 in tcp_do_segment (m=0xf8029868ca00,
m@entry=,
th=,
th@entry=,
so=0xf804e7359b10,
so@entry=,
tp=0xf807548187f0,
tp@entry=,
drop_hdrlen=60,
drop_hdrlen@entry=,
tlen=,
tlen@entry=,
iptos=72 'H',
iptos@entry=)
at /usr/devel/git/trant/sys/netinet/tcp_input.c:2497
#6  0x80980d97 in tcp_input (mp=,
mp@entry=,
offp=,
offp@entry=,
proto=)
at /usr/devel/git/trant/sys/netinet/tcp_input.c:1381
#7  0x80976eb7 in ip_input (m=0x0)
at /usr/devel/git/trant/sys/netinet/ip_input.c:833
#8  0x8094c78f in netisr_dispatch_src (proto=1,
source=source@entry=0, m=0xf8029868ca00)
at /usr/devel/git/trant/sys/net/netisr.c:1143
#9  0x8094cb0e in netisr_dispatch (proto=,
m=) at /usr/devel/git/trant/sys/net/netisr.c:1234
#10 0x80943345 in ether_demux (ifp=ifp@entry=0xf80008c75000,
m=) at /usr/devel/git/trant/sys/net/if_ethersubr.c:923
#11 0x809446c1 in ether_input_internal (ifp=0xf80008c75000,
m=) at /usr/devel/git/trant/sys/net/if_ethersubr.c:709
#12 0x809443d0 in ether_nh_input (m=)
at /usr/devel/git/trant/sys/net/if_ethersubr.c:739
#13 0x8094c78f in netisr_dispatch_src (proto=proto@entry=5,
source=source@entry=0, m=m@entry=0xf8029868ca00)
at /usr/devel/git/trant/sys/net/netisr.c:1143
#14 0x8094cb0e in netisr_dispatch (proto=,
proto@entry=5, m=, m@entry=0xf8029868ca00)
at /usr/devel/git/trant/sys/net/netisr.c:1234
#15 0x8094383d in ether_input (ifp=0xf80008c75000,
ifp@entry=,
m=0xf8029868ca00,
m@entry=)
at /usr/devel/git/trant/sys/net/if_ethersubr.c:830
#16 0x8066da13 in re_rxeof (sc=sc@entry=0xfe00391a5000,
rx_npktsp=0x0) at /usr/devel/git/trant/sys/dev/re/if_re.c:2388
#17 0x8066b3ab in re_intr_msi (xsc=0xfe00391a5000)
at /usr/devel/git/trant/sys/dev/re/if_re.c:2684
#18 0x80801bcf in intr_event_execute_handlers (
p=p@entry=0xf80006a94a50, ie=ie@entry=0xf80008c57800)
at /usr/devel/git/trant/sys/kern/kern_intr.c:1168
#19 0x80801942 in ithread_execute_handlers (
p=p@entry=0xf80006a94a50, ie=ie@entry=0xf80008c57800)
at /usr/devel/git/trant/sys/kern/kern_intr.c:1181
#20 0x80801758 in ithread_loop (arg=arg@entry=0xf80008c20c40)
at /usr/devel/git/trant/sys/kern/kern_intr.c:1269
#21 0x807fe0a9 in fork_exit (
callout=0x808016c0 , arg=0xf80008c20c40,
frame=0xfe0120b9ed40)
at /usr/devel/git/trant/sys/kern/kern_fork.c:1069


(kgdb) fr 4
#4  0x8098a82c in tcp_sack_doack (tp=,
tp@entry=0xf807548187f0, to=, to@entry=0xfe0120b9e780,
th_ack=) at /usr/devel/git/trant/sys/netinet/tcp_sack.c:691
691 KASSERT(tp->sackhint.sack_bytes_rexmit >= 0,
(kgdb) i loc
sack_blocks = {{start = 3846350860, end = 3846396940}, {start = 3846398380, end
= 3846415660}, {start = 0, end = 0}, {start = 1417775088, end = 4294965255},
{start = 549054304, end = 4294966785}}
left_edge_delta = 
delivered_data = 0
sack_changed = 
num_sack_blks = 
i = 
j = 
sack = {start = , end = }
sblkp = 0xfe0120b9e700
temp = 
cur = 0xf8013da5a320
(kgdb) p *cur
$1 = {start = 3846347980, end = 3846352300, rxmit = 3846352300, scblink =
{tqe_next = 0xf8013da5a220, tqe_prev = 0xf80754818930}}
(kgdb) p 3846352300 - 3846347980
$2 = 4320
(kgdb) p tp->sackhint.sack_bytes_rexmit
value has been optimized out
(kgdb) p tp@entry->sackhint.sack_bytes_rexmit
$3 = -1440
(kgdb) p 4320 - 1440
$4 = 2880
(kgdb) p *sblkp
$5 = {start = 3846350860, end = 3846396940}

(kgdb) p *tp@entry
$7 = {t_inpcb = 0xf80640ca65b8, t_fb = 0x80ef4700 ,
t_fb_ptr = 0x0, t_maxseg = 1440, t_logstate = 0, t_port = 0, t_state = 4,
t_idle_reduce = 0, t_delayed_ack = 0, t_fin_is_rst = 0,
  t_log_state_set = 0, bits_spare = 0, t_flags = 1613759072, snd_una =
3846347980, snd_max = 3846417100, snd_nxt = 3846417100, snd_up = 3846347980,
snd_wnd = 237568, snd_cwnd = 4320, t_peakrate_thr = 0, ts_offset

Re: testers needed: loader: use display pixel density for font autoselection

2021-02-23 Thread Toomas Soome via freebsd-current 


> On 23. Feb 2021, at 17:53, Jakob Alvermark  wrote:
> 
> On 2/23/21 12:27 PM, Toomas Soome via freebsd-current wrote:
>> hi!
>> 
>> I have done some work to make font pickup a bit smarter (hopefully better;), 
>> but my own ability to test is limited to one bugged supermicro and one MBP 
>> with retina display…
>> 
>> The phab link ishttps://reviews.freebsd.org/D28849  
>> 
>> 
>> I have built loader binaries as well (bios and uefi):
>> loader_lua
>> loader_lua.efi
>> 
>> To test, you should remove screen.font= line from loader.conf and test with 
>> different resolutions.
>> 
>> thanks,
>> toomas
> 
> 
> 
> Hi Toomas,
> 
> 
> I tested on five different setups.
> 
> Surface Pro 10.6"@1920x1080:
> 
> The loader menu looks different, the "FreeBSD" text is on the right side of 
> the screen.


I think, this was the lua script bug we did fix not too long time ago.

> 
> Otherwise, the font size is what I would call a normal size.
> 
> 
> Acer laptop 11.6"@1366x768:
> 
> Menu looks fine. Almost fills the entire screen.
> 
> The font feels a little too big.


The laptop built in displays usually do not give out EDID (we get physical 
dimensions from EDID), so there we fall back to try to get 80x25 terminal 
method.

> 
> 
> Thinkpad built in 13"@1920x1080:
> 
> Menu looks fine, but a little slow.
> 
> The font size is a little to big for my liking. When drm loads and mirrors 
> the screen to my external 27" it looks comically large.
> 

There is another issue - once DRM will kick in, we should re-consider the 
console attributes, like fonts, but at this time, the kernel itself only can 
use what was built in (8x16), or what loader was offering (default if present). 
So it is up to user to act there.

> 
> Thinkpad external 24"@1920x1200:
> 
> Menu looks OK, uses about a quarter of the screen.
> 
> Font size is fine, but once drm loads it looks a bit squeezed (like thin and 
> tall), but I guess that's drm detecting the built in 1920x1080, and the 
> external display is stretched.
> 
> 
> Thinkpad external 27"@3840x2160:
> 
> Menu looks OK, uses about a quarter of the screen.
> 
> Font size is fine.
> 
> Looking at the dmesg though, it says: VT(efifb): resolution 1920x1080
> 
> 
> Jakob
> 


Those cases .. I suppose the menu was still at left side, not in middle? The 
thing there is, our menu is designed for 80x25 screen, with respective 
constants. 

many thanks for testing,
toomas

___
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: testers needed: loader: use display pixel density for font autoselection

2021-02-23 Thread Jakob Alvermark 

On 2/23/21 12:27 PM, Toomas Soome via freebsd-current wrote:

hi!

I have done some work to make font pickup a bit smarter (hopefully better;), 
but my own ability to test is limited to one bugged supermicro and one MBP with 
retina display…

The phab link ishttps://reviews.freebsd.org/D28849  


I have built loader binaries as well (bios and uefi):
loader_lua
loader_lua.efi

To test, you should remove screen.font= line from loader.conf and test with 
different resolutions.

thanks,
toomas




Hi Toomas,


I tested on five different setups.

Surface Pro 10.6"@1920x1080:

The loader menu looks different, the "FreeBSD" text is on the right side 
of the screen.


Otherwise, the font size is what I would call a normal size.


Acer laptop 11.6"@1366x768:

Menu looks fine. Almost fills the entire screen.

The font feels a little too big.


Thinkpad built in 13"@1920x1080:

Menu looks fine, but a little slow.

The font size is a little to big for my liking. When drm loads and 
mirrors the screen to my external 27" it looks comically large.



Thinkpad external 24"@1920x1200:

Menu looks OK, uses about a quarter of the screen.

Font size is fine, but once drm loads it looks a bit squeezed (like thin 
and tall), but I guess that's drm detecting the built in 1920x1080, and 
the external display is stretched.



Thinkpad external 27"@3840x2160:

Menu looks OK, uses about a quarter of the screen.

Font size is fine.

Looking at the dmesg though, it says: VT(efifb): resolution 1920x1080


Jakob


___
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: testers needed: loader: use display pixel density for font autoselection

2021-02-23 Thread Johan Hendriks 


On 23/02/2021 12:27, Toomas Soome via freebsd-current wrote:

hi!

I have done some work to make font pickup a bit smarter (hopefully better;), 
but my own ability to test is limited to one bugged supermicro and one MBP with 
retina display…

The phab link is https://reviews.freebsd.org/D28849 


I have built loader binaries as well (bios and uefi):
loader_lua 
loader_lua.efi 

To test, you should remove screen.font= line from loader.conf and test with 
different resolutions.

thanks,
toomas
___
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 my Intel core2 it looks fine, it has smaller fonts than before, but 
this looks more like a 1280 x 1024 screen that i use.
I use vbe_max_resolution="1280x1024" in /boot/loader.conf to use the new 
boot screens.

This is 13.0-BETA3 with the latest patches of today.

This is my dmesg output.

---<>---
Copyright (c) 1992-2021 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
    The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 13.0-BETA3 #52 releng/13.0-n244538-d7296b893969-dirty: Tue Feb 
23 15:58:29 CET 2021

    root@srv-01.thuis.local:/usr/obj/usr/src/amd64.amd64/sys/KRNL amd64
FreeBSD clang version 11.0.1 (g...@github.com:llvm/llvm-project.git 
llvmorg-11.0.1-0-g43ff75f2c3fe)

VT(vbefb): resolution 1280x1024
CPU: Intel(R) Core(TM)2 Duo CPU E6550  @ 2.33GHz (2327.55-MHz 
K8-class CPU)

  Origin="GenuineIntel"  Id=0x6fb  Family=0x6  Model=0xf Stepping=11
Features=0xbfebfbff
Features2=0xe3fd
  AMD Features=0x20100800
  AMD Features2=0x1
  VT-x: (disabled in BIOS) HLT,PAUSE
  TSC: P-state invariant, performance statistics
real memory  = 5372903424 (5124 MB)
avail memory = 5054898176 (4820 MB)
Event timer "LAPIC" quality 100
ACPI APIC Table: 
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
FreeBSD/SMP: 1 package(s) x 2 core(s)
random: unblocking device.
ioapic0: MADT APIC ID 1 != hw id 0
ioapic0  irqs 0-23
Launching APs: 1
Timecounter "TSC-low" frequency 1163773173 Hz quality 1000
KTLS: Initialized 2 threads
random: entropy device external interface
[ath_hal] loaded
WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 
13.0.

kbd1 at kbdmux0
000.54 [4350] netmap_init   netmap: loaded module
WARNING: Device "spkr" is Giant locked and may be deleted before FreeBSD 
13.0.

mlx5en: Mellanox Ethernet driver 3.6.0 (December 2020)
nexus0
cryptosoft0: 
aesni0: No AES or SHA support.
acpi0: 
acpi0: Power Button (fixed)
cpu0:  on acpi0
attimer0:  port 0x40-0x43 irq 0 on acpi0
Timecounter "i8254" frequency 1193182 Hz quality 0
Event timer "i8254" frequency 1193182 Hz quality 100
atrtc0:  port 0x70-0x71 irq 8 on acpi0
atrtc0: registered as a time-of-day clock, resolution 1.00s
Event timer "RTC" frequency 32768 Hz quality 0
hpet1:  iomem 0xfed0-0xfed003ff on acpi0
Event timer "HPET" frequency 14318180 Hz quality 450
Event timer "HPET1" frequency 14318180 Hz quality 440
Event timer "HPET2" frequency 14318180 Hz quality 440
Event timer "HPET3" frequency 14318180 Hz quality 440
hpet0:  iomem 0xfed0-0xfed003ff on acpi0
device_attach: hpet0 attach returned 12
Timecounter "ACPI-fast" frequency 3579545 Hz quality 900
acpi_timer0: <24-bit timer at 3.579545MHz> port 0xf808-0xf80b on acpi0
pcib0:  port 0xcf8-0xcff on acpi0
Firmware Error (ACPI): \134_SB.PCI0._OSC: Excess arguments - ASL 
declared 5, ACPI requires 4 (20201113/nsarguments-311)
Firmware Error (ACPI): Failure creating named object 
[\134_SB.PCI0._OSC.CAPD], AE_ALREADY_EXISTS (20201113/dsfield-352)
ACPI Error: AE_ALREADY_EXISTS, CreateBufferField failure 
(20201113/dswload2-639)
ACPI Error: Aborting method \134_SB.PCI0._OSC due to previous error 
(AE_ALREADY_EXISTS) (20201113/psparse-689)

pcib0: _OSC failed: AE_ALREADY_EXISTS
pci0:  on pcib0
vgapci0:  port 0x1230-0x1237 mem 
0xf010-0xf017,0xe000-0xefff,0xf000-0xf00f irq 16 
at device 2.0 on pci0

agp0:  on vgapci0
WARNING: Device "agp" is Giant locked and may be deleted before FreeBSD 
13.0.

agp0: aperture size is 256M, detected 6140k stolen memory
vgapci0: Boot video device
pci0:  at device 3.0 (no driver attached)
atapci0:  port 
0x1238-0x123f,0x1270-0x1273,0x1240-0x1247,0x1274-0x1277,0x11e0-0x11ef 
irq 18 at device 3.2 on pci0

ata2:  at channel 0 on atapci0
ata3:  at channel 1 on atapci0
pci0:  at device 3.3 (no driver attached)
em0:  port 0x1100-0x111f mem 
0xf018-0xf019,0xf01a5000-0xf01a5fff irq 19 at device 25.0 on pci0

em0: Using 1024 TX descriptors and 1024 RX descriptors
em0: Using an MSI interrupt
em0: Ethernet address: 00:22:64:19:cf:e6
em0: netmap

/usr/local/lib/compat no longer searched?

2021-02-23 Thread David Wolfskill 
This is after an update from main-n244973-c02a28754bc2 ->
main-n245005-77e1ccbee3ed.

Before the update:

ldconfig -r | grep curses 
51:-lncursesw.9 => /lib/libncursesw.so.9
811:-lncursesw.8 => /usr/local/lib/compat/libncursesw.so.8
812:-lncurses.8 => /usr/local/lib/compat/libncurses.so.8

after:

g1-48(14.0-C)[9] ldconfig -r | grep curses
33:-lncursesw.9 => /lib/libncursesw.so.9
g1-48(14.0-C)[10] 

Circumvention:

g1-48(14.0-C)[10] sudo ldconfig -m /usr/local/lib/compat/
Password:
g1-48(14.0-C)[11] ldconfig -r | grep curses
33:-lncursesw.9 => /lib/libncursesw.so.9
807:-lncurses.8 => /usr/local/lib/compat//libncurses.so.8
808:-lncursesw.8 => /usr/local/lib/compat//libncursesw.so.8
g1-48(14.0-C)[12] 

Was this intentional?  Or am I missing something I ought not?

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
It is supremely disingenuous to claim a lack of jurisdiction, then 
proceed to participate in a decision on the same matter.

See https://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: testers needed: loader: use display pixel density for font autoselection

2021-02-23 Thread Santiago Martinez 

Will test today and report back.

Santi


On 2/23/21 11:27 AM, Toomas Soome via freebsd-current wrote:

hi!

I have done some work to make font pickup a bit smarter (hopefully better;), 
but my own ability to test is limited to one bugged supermicro and one MBP with 
retina display…

The phab link is https://reviews.freebsd.org/D28849 


I have built loader binaries as well (bios and uefi):
loader_lua 
loader_lua.efi 

To test, you should remove screen.font= line from loader.conf and test with 
different resolutions.

thanks,
toomas
___
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"

___
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: testers needed: loader: use display pixel density for font autoselection

2021-02-23 Thread David Wolfskill 
I will plan on testing later today, using the laptop that has a mouse
that doesn't work under FreeBSD. :-}

As time permits between meeetings & stuff...

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
It is supremely disingenuous to claim a lack of jurisdiction, then 
proceed to participate in a decision on the same matter.

See https://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

testers needed: loader: use display pixel density for font autoselection

2021-02-23 Thread Toomas Soome via freebsd-current 
hi!

I have done some work to make font pickup a bit smarter (hopefully better;), 
but my own ability to test is limited to one bugged supermicro and one MBP with 
retina display… 

The phab link is https://reviews.freebsd.org/D28849 


I have built loader binaries as well (bios and uefi):
loader_lua 
loader_lua.efi 

To test, you should remove screen.font= line from loader.conf and test with 
different resolutions.

thanks,
toomas
___
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"