Re: 13.0-RC5 crash/reboot on cold-start, how do I get a textdump ?

2021-04-08 Thread Mehmet Erol Sanliturk
On Thu, Apr 8, 2021 at 8:46 PM Kurt Jaeger  wrote:

> Hi!
>
> I have a new laptop (Lenovo P14s), installed freebsd 13.0-RC5 on it
> with ZFS, geli encryption.
>
> If I cold-start the laptop, the first boot will crash before
> going multi-user and reboot, and the next boot will be fine.
>
> I activated /var/log/kern for kern.*, but the crash happens
> so early that nothing is logged.
>
> How can I get a textdump of that crash ?
>
> Would boot_ddb="YES" in /boot/loader.conf help ?
>
> --
> p...@opsec.eu+49 171 3101372Now what ?
> ___
>
>

My opinion ( but not deterministic knowledge ) is that crash is due to
initialization of "microcodes" .

If a computer has a different operating system other than FreeBSD , such a
crash is occurring during the first boot .
I think the reason is that parts that are NOT able to use the newly stored
microcodes .
In a new boot , the above mentioned parts are becoming able to use the
stored microcodes during the first boot .


Mehmet Erol Sanliturk
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"


13.0-RC5 crash/reboot on cold-start, how do I get a textdump ?

2021-04-08 Thread Kurt Jaeger
Hi!

I have a new laptop (Lenovo P14s), installed freebsd 13.0-RC5 on it
with ZFS, geli encryption.

If I cold-start the laptop, the first boot will crash before
going multi-user and reboot, and the next boot will be fine.

I activated /var/log/kern for kern.*, but the crash happens
so early that nothing is logged.

How can I get a textdump of that crash ?

Would boot_ddb="YES" in /boot/loader.conf help ?

-- 
p...@opsec.eu+49 171 3101372Now what ?
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"


Re: Deprecating base system ftpd?

2021-04-08 Thread Chris

On 2021-04-07 23:27, aventa...@fastmail.fm wrote:
I think folks have different definitions of what an operating system should 
be.

Agreed.


An Operating System (OS) is an interface between a computer user and 
computer
hardware. An operating system is a software which performs all the basic 
tasks
like file management, memory management, process management, handling input 
and

output, and controlling peripheral devices such as disk drives and printers.

If you add or take away from the above definition, then there is your 
misunderstanding.
IMHO many refer to Linux as an Operating System. When in fact it is a Kernel. 
Which

is also what you describe above.
OTOH, UNIX as an OS has a defined set of commands available, as well as 
servers to

facilitate running a fully installed server. Which is what I believe he was
referring to.

At this point I think this thread is becoming tiresome. ;-)

--Chris


Best Regards,
Vic Thacker


On Wed, Apr 7, 2021, at 21:17, tech-lists wrote:

Hi, I'm a bit late to the discussion

On Mon, Apr 05, 2021 at 07:44:59AM -0700, Cy Schubert wrote:

>I think this is an excellent start. My shopping list includes:
>
>- remove ftp(1)
>- remove ftpd(8)
>- remove telnet(1)
>- remove telnetd(8)
>- remove ftp:// and http:// from libfetch. This is 2021 and we should all
>use https://.
>- replace DNS lookups with DoH and/or DoT. Why let your ISP see your DNS
>traffic?

Very firmly against this, and this sort of thing, for the following 
reasons:


1. I want an OS, not a kernel. If I just want a kernel, then why not go
with linux? FreeBSD is meant to be, I think, (generally), a server OS.
So, would you agree that it needs the ability to have server protocols
easily configured, with a minimum of fuss, without packages?

2. a lot of infrastructure depends on ftpd. it's easy to configure
securely ftpd in base.

3. there are some networks, like internal ones, where encryption is not
a requirement, or appropriate.

4. there are some places where encryption is in fact illegal.

>Personally, I'd suggest we remove the ftpd server *AND* ftp client and rely
>on ports. Having worked on UNIX, Internet security, and firewalls over the
>last 3/5 of my almost 50 year career, I have lamented the existence of the
>FTP protocol back in 1995 and I hate the FTP protocol with greater a
>passion today. Let's simply remove all vestiges of FTP from the base
>system, including libfetch, sooner than later. We don't need it now that we
>have HTTPS and POST; and sftp.

5. some services commonly don't use https. Lots of internet radio
stations don't. If https is enforced then the user will have to jump
through more hoops than they already do in order to, in this case,
listen to internet radio. Or face a loss of functionality.

6. not everywhere will have constant internet access. Not everyone will
want to use pkgs or have space for the ports tree.

>I think we should make it our goal to remove any and all unencrypted
>protocols from FreeBSD by 2025.

I think you should carefully think of the consequences of removing
functionality in the default install. It will make it less useful, not
more.
--
J.

Attachments:
* signature.asc

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"


Re: stable/13, vm page counts do not add up

2021-04-08 Thread Dewayne Geraghty
On 8/04/2021 2:59 pm, Helge Oldach wrote:
> On Wed, Apr 07, 2021 at 10:42:57PM +0300, Andriy Gapon wrote:
>>
>> I regularly see that the top's memory line does not add up (and by a 
>> lot).
>> That can be seen with vm.stats as well.
>>
>> For example:
>> $ sysctl vm.stats | fgrep count
>> vm.stats.vm.v_cache_count: 0
>> vm.stats.vm.v_user_wire_count: 3231
>> vm.stats.vm.v_laundry_count: 262058
>> vm.stats.vm.v_inactive_count: 3054178
>> vm.stats.vm.v_active_count: 621131
>> vm.stats.vm.v_wire_count: 1871176
>> vm.stats.vm.v_free_count: 18
>> vm.stats.vm.v_page_count: 8134982
>>
>> $ bc
> 18 + 1871176 + 621131 + 3054178 + 262058
>> 5996320
> 8134982 - 5996320
>> 2138662
>>
>> As you can see, it's not a small number of pages either.
>> Approximately 2 million pages, 8 gigabytes or 25% of the whole memory on 
>> this
>> system.
>>
>> This is 47c00a9835926e96, 13.0-STABLE amd64.
>> I do not think that I saw anything like that when I used (much) older 
>> FreeBSD.
> 
> That sounds like PR 234559 which has an explanation.
> 
> Kind regards
> Helge
> 

Thanks Helge, I appreciate the pointer to understand from Mark J. in
2019 that:
"Basically, we started lazily dequeuing wired pages to avoid the page
queue synchronization cost incurred by frequent wirings.  The result is
that wired pages may temporarily be counted as active/inactive/laundry
despite not being reclaimable.  Maintaining the previous behaviour wrt
statistics would introduce synchronization overhead that we've been
trying to avoid" (#1)

A minor and known counting error to avoid sync'ing overhead is fine.

Ref #1: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234559
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"


Re: Deprecating base system ftpd?

2021-04-08 Thread aventador
I think folks have different definitions of what an operating system should be.

An Operating System (OS) is an interface between a computer user and computer 
hardware. An operating system is a software which performs all the basic tasks 
like file management, memory management, process management, handling input and 
output, and controlling peripheral devices such as disk drives and printers.

If you add or take away from the above definition, then there is your 
misunderstanding.

Best Regards,
Vic Thacker


On Wed, Apr 7, 2021, at 21:17, tech-lists wrote:
> Hi, I'm a bit late to the discussion
> 
> On Mon, Apr 05, 2021 at 07:44:59AM -0700, Cy Schubert wrote:
> 
> >I think this is an excellent start. My shopping list includes:
> >
> >- remove ftp(1)
> >- remove ftpd(8)
> >- remove telnet(1)
> >- remove telnetd(8)
> >- remove ftp:// and http:// from libfetch. This is 2021 and we should all
> >use https://.
> >- replace DNS lookups with DoH and/or DoT. Why let your ISP see your DNS
> >traffic?
> 
> Very firmly against this, and this sort of thing, for the following reasons:
> 
> 1. I want an OS, not a kernel. If I just want a kernel, then why not go
> with linux? FreeBSD is meant to be, I think, (generally), a server OS. 
> So, would you agree that it needs the ability to have server protocols 
> easily configured, with a minimum of fuss, without packages?
> 
> 2. a lot of infrastructure depends on ftpd. it's easy to configure
> securely ftpd in base.
> 
> 3. there are some networks, like internal ones, where encryption is not
> a requirement, or appropriate.
> 
> 4. there are some places where encryption is in fact illegal.
> 
> >Personally, I'd suggest we remove the ftpd server *AND* ftp client and rely
> >on ports. Having worked on UNIX, Internet security, and firewalls over the
> >last 3/5 of my almost 50 year career, I have lamented the existence of the
> >FTP protocol back in 1995 and I hate the FTP protocol with greater a
> >passion today. Let's simply remove all vestiges of FTP from the base
> >system, including libfetch, sooner than later. We don't need it now that we
> >have HTTPS and POST; and sftp.
> 
> 5. some services commonly don't use https. Lots of internet radio
> stations don't. If https is enforced then the user will have to jump
> through more hoops than they already do in order to, in this case,
> listen to internet radio. Or face a loss of functionality.
> 
> 6. not everywhere will have constant internet access. Not everyone will
> want to use pkgs or have space for the ports tree.
> 
> >I think we should make it our goal to remove any and all unencrypted
> >protocols from FreeBSD by 2025.
> 
> I think you should carefully think of the consequences of removing
> functionality in the default install. It will make it less useful, not
> more.
> -- 
> J.
> 
> Attachments:
> * signature.asc
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"