I apologise for making this thread so disjointed. I need to
find a method to include long mails such as this to a previous
short post.
The serial output from a boot of the kernel that includes
Jonathon's reverting diff is below.
booting hd0a:/bsd:
In my case I rarely have the monitor connected to the macmini, so I can't
say if this always happens or behaviour changed since I installed OpenBSD
on it.
In recent experiments, non-X related, I did have the monitor connected more
often and never had the video come back once it blanked.
I will
On 2024/03/08 22:35, Mark Kettenis wrote:
> > Date: Fri, 8 Mar 2024 20:29:35 +
> > From: Stuart Henderson
> >
> > On 2024/03/08 14:34, Kenneth Westerback wrote:
> > > I see the same/similar behaviour on my M1 MacMini. i.e. when sceen blanks
> > > it won't come back until I reboot.
> > >
> >
On Fri, Mar 08, 2024 at 11:52:37AM +, Stuart Henderson wrote:
> On 2024/03/08 15:35, Avon Robertson wrote:
> > Ideally, my kernel build will need to be in sync with the install75.img
> > files on the troublesome machine? So, to reduce the chances of out of
> > sync errors, I will build a
> Date: Fri, 8 Mar 2024 20:29:35 +
> From: Stuart Henderson
>
> On 2024/03/08 14:34, Kenneth Westerback wrote:
> > I see the same/similar behaviour on my M1 MacMini. i.e. when sceen blanks
> > it won't come back until I reboot.
> >
> > Monitor is connected via HDMI. Happy to provide more
On 2024/03/08 14:34, Kenneth Westerback wrote:
> I see the same/similar behaviour on my M1 MacMini. i.e. when sceen blanks
> it won't come back until I reboot.
>
> Monitor is connected via HDMI. Happy to provide more details/info/tests if
> same deemed useful.
Just tried xset s off, which I
I see the same/similar behaviour on my M1 MacMini. i.e. when sceen blanks
it won't come back until I reboot.
Monitor is connected via HDMI. Happy to provide more details/info/tests if
same deemed useful.
Ken
On Fri, Mar 8, 2024, 2:18 PM Stuart Henderson wrote:
> No problems seen in text
Moin,
> I will also poke in the linux direction so they can fix their ICMP6
> rate limiting issue.
Another FYI on this: Not ratelimiting ICMP6 Packet-too-big
(Type 2) and Echo/Reply (Type 128/129) is the default setting in
Linux, see Documentation/networking/ip-sysctl.rst l2776 of the
Linux
Moin,
quick follow-up:
- I forgot to mention: pf should be off (or block return must be
commented, at least) given the async routing going on for this to hit.
- I just tested this with an added in linux, and it indeed leads to a
packet storm, even though it is more fiddly to create the state
On 2024/03/08 15:35, Avon Robertson wrote:
> Ideally, my kernel build will need to be in sync with the install75.img
> files on the troublesome machine? So, to reduce the chances of out of
> sync errors, I will build a kernel and create a release to install with
> a USB flash drive on the
10 matches
Mail list logo
