Hello, gentooers in general and Alan in particular

I've been using Alan Mackenzie's patch until kernel 5.13, with
success. It failed with 5.14.4 --yes, I know, but it doesn't hurt to
try :)

Jorge Almeida

Just in case it is useful:

(Stripping trailing CRs from patch; use --binary to disable.)
patching file ./include/linux/vt_kern.h
Hunk #1 succeeded at 115 (offset -12 lines).
(Stripping trailing CRs from patch; use --binary to disable.)
patching file ./include/linux/console_struct.h
Hunk #1 succeeded at 110 (offset 1 line).
(Stripping trailing CRs from patch; use --binary to disable.)
patching file ./drivers/video/fbdev/core/fbcon.c
Hunk #1 succeeded at 3053 with fuzz 2 (offset -31 lines).
(Stripping trailing CRs from patch; use --binary to disable.)
patching file ./drivers/video/console/Kconfig
(Stripping trailing CRs from patch; use --binary to disable.)
patching file ./drivers/tty/vt/vt.c
Hunk #11 succeeded at 1358 with fuzz 2.
Hunk #12 succeeded at 1454 (offset -1 lines).
Hunk #13 succeeded at 1519 (offset -1 lines).
Hunk #16 FAILED at 3264.
Hunk #18 succeeded at 3709 (offset -7 lines).
Hunk #19 succeeded at 3736 (offset -7 lines).
Hunk #20 succeeded at 3797 (offset -7 lines).
Hunk #21 succeeded at 4497 (offset -8 lines).
Hunk #22 succeeded at 4798 (offset -8 lines).
1 out of 22 hunks FAILED -- saving rejects to file ./drivers/tty/vt/vt.c.rej
## cat ./drivers/tty/vt/vt.c.rej
--- ./drivers/tty/vt/vt.c.orig 2020-12-13 22:41:30.000000000 +0000
+++ ./drivers/tty/vt/vt.c 2021-04-05 16:20:32.624563241 +0000
@@ -3264,6 +3640,14 @@

param.vc = vc;

+ /* NEW STOUGH, 2021-04-03 */
+#ifdef CONFIG_FRAMEBUFFER_CONSOLE_SOFT_SCROLLBACK
+ /* Undo any soft scrolling - <Alt><Fn> and <Shift><PgUp/Down> do
+ not pass through this function. */
+ concon_set_origin (vc);
+#endif
+ /* END OF NEW STOUGH */
+
while (!tty->stopped && count) {
int orig = *buf;
buf++;

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hello, Jorge.

On Sat, Sep 18, 2021 at 21:40:46 +0100, Jorge Almeida wrote:

Hello, gentooers in general and Alan in particular

I've been using Alan Mackenzie's patch until kernel 5.13, with
success. It failed with 5.14.4 --yes, I know, but it doesn't hurt to
try :)

I'm happy to know my patch is still useful.

I must confess that somebody told me by private email that it fails on
systems which change their screen geometry during boot-up. For example,
a system which first boots into 80x25, then changes to a frame buffer.
I know why this is happening, but I don't have a machine to debug it on,
so the debugging is happening slowly, with the help of my correspondent.

It also doesn't seem to work on machines with kernel parameters such as vga=791.

That said, I'm hoping that the failure of the patch on 5.14.4 is just a
simple struct change in 5.14, which I hope to have corrected (but in
5.14.5). What used to be

while (!tty->stopped ...

has now become

while (!tty->flow.stopped ...

I'm assuming that the patch you tried to apply was 5.10.49-scroll.20210715.diff. If so, please leave it applied (with the
one failed hunk), and additionally apply this:



--- ./drivers/tty/vt/vt.c.orig 2020-12-13 22:41:30.000000000 +0000
+++ ./drivers/tty/vt/vt.c 2021-04-05 16:20:32.624563241 +0000
@@ -3208,6 +3208,12 @@

param.vc = vc;

+#ifdef CONFIG_FRAMEBUFFER_CONSOLE_SOFT_SCROLLBACK
+ /* Undo any soft scrolling - <Alt><Fn> and <Shift><PgUp/Down> do
+ not pass through this function. */
+ concon_set_origin (vc);
+#endif
+
while (!tty->flow.stopped && count) {
int orig = *buf;
buf++;


As always, there are no guarantees. Please let me know whether or not
the above hunk applies, and if so, whether or not the scrolling still
works. (Also, feel free to send me private email if there're any
problems with the mechanics of applying the patch.)

Thanks!

Jorge Almeida

Just in case it is useful:

It was, thanks!

[ .... ]

param.vc = vc;

+ /* NEW STOUGH, 2021-04-03 */
+#ifdef CONFIG_FRAMEBUFFER_CONSOLE_SOFT_SCROLLBACK
+ /* Undo any soft scrolling - <Alt><Fn> and <Shift><PgUp/Down> do
+

On Wed, Sep 22, 2021 at 9:29 PM Alan Mackenzie <acm@muc.de> wrote:

Hello, Jorge.

Hi Alan, thanks for the reply

I must confess that somebody told me by private email that it fails on systems which change their screen geometry during boot-up. For example,
a system which first boots into 80x25, then changes to a frame buffer.
I know why this is happening, but I don't have a machine to debug it on,
so the debugging is happening slowly, with the help of my correspondent.

It also doesn't seem to work on machines with kernel parameters such as vga=791.

OK, I don't know much about this kind of stuff, but I don't think
there's a problem there. I have an integrated GPU (intel), driver
i915, resolution 1920x1080. It boots (via Refind) with the proper
resolution, and that's it. All the VTs show the same resolution and
font. I don't use a login manager. No problems, no change is supposed
to happen. I start an X session from a login shell, in any VT except
tty1, which I like to keep as console.

I'm assuming that the patch you tried to apply was 5.10.49-scroll.20210715.diff. If so, please leave it applied (with the
one failed hunk), and additionally apply this:

I may have missed some announcement from you, I'm using
diff.20210405.diff. I wasn't aware of newer versions. Is there an URL
to download it? I would try it before trying to apply the patch
included in your message.

Thanks,

Jorge Almeida

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hello, Jorge.

On Wed, Sep 22, 2021 at 22:40:11 +0100, Jorge Almeida wrote:

On Wed, Sep 22, 2021 at 9:29 PM Alan Mackenzie <acm@muc.de> wrote:

Hi Alan, thanks for the reply

I must confess that somebody told me by private email that it fails on systems which change their screen geometry during boot-up. For example,
a system which first boots into 80x25, then changes to a frame buffer.
I know why this is happening, but I don't have a machine to debug it on,
so the debugging is happening slowly, with the help of my correspondent.

It also doesn't seem to work on machines with kernel parameters such as vga=791.

OK, I don't know much about this kind of stuff, but I don't think
there's a problem there. I have an integrated GPU (intel), driver
i915, resolution 1920x1080. It boots (via Refind) with the proper
resolution, and that's it. All the VTs show the same resolution and
font. I don't use a login manager. No problems, no change is supposed
to happen. I start an X session from a login shell, in any VT except
tty1, which I like to keep as console.

Sounds pretty much like my setup. :-)

I'm assuming that the patch you tried to apply was 5.10.49-scroll.20210715.diff. If so, please leave it applied (with the
one failed hunk), and additionally apply this:

I may have missed some announcement from you, I'm using
diff.20210405.diff. I wasn't aware of newer versions. Is there an URL
to download it? I would try it before trying to apply the patch
included in your message.

I'm currently discovering what version control systems are for. :-(
Even though I've only posted two or three versions of my patch, I'm
already having difficulty keeping track of it. I no longer believe
keeping the patch informally is going to work. I think I'm going to
have to clone the git repository of the kernel (about which I'm going to
ask on another thread).

Anyhow, back to the topic. There's no URL with my patch; it's purely
posted on gentoo-users. Maybe I should put it into the Gentoo wiki.
But first, I must get it into a proper VCS.

As for the two(?) versions of my patch, they differed mainly in the
aesthetics - diff.20210405.diff had lots of ugly maintainer comments in
it. So, could I ask you please to try that 1-hunk patch I posted
yesterday on top of the version you have. Please then tell me whether
or not it works.

I am going to get this unsystematic muddle sorted out.

Thanks,

Jorge Almeida

--
Alan Mackenzie (Nuremberg, Germany).

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Thu, Sep 23, 2021 at 6:03 PM Alan Mackenzie <acm@muc.de> wrote:

As for the two(?) versions of my patch, they differed mainly in the aesthetics - diff.20210405.diff had lots of ugly maintainer comments in
it. So, could I ask you please to try that 1-hunk patch I posted
yesterday on top of the version you have. Please then tell me whether
or not it works.

It still fails:
$ patch -p0 <../patch_for_5.14.diff
patching file ./drivers/tty/vt/vt.c
Hunk #1 FAILED at 3208.
1 out of 1 hunk FAILED -- saving rejects to file ./drivers/tty/vt/vt.c.rej

$ cat ../patch_for_5.14.diff
--- ./drivers/tty/vt/vt.c.orig 2020-12-13 22:41:30.000000000 +0000
+++ ./drivers/tty/vt/vt.c 2021-04-05 16:20:32.624563241 +0000
@@ -3208,6 +3208,12 @@

param.vc = vc;

+#ifdef CONFIG_FRAMEBUFFER_CONSOLE_SOFT_SCROLLBACK
+ /* Undo any soft scrolling - <Alt><Fn> and <Shift><PgUp/Down> do
+ not pass through this function. */
+ concon_set_origin (vc);
+#endif
+
while (!tty->flow.stopped && count) {
int orig = *buf;
buf++;

Thanks,

Jorge Almeida

LS0tIC4vZHJpdmVycy90dHkvdnQvdnQuYy5vcmlnICAyMDIwLTEyLTEzIDIyOjQxOjMwLjAwMDAw MDAwMCArMDAwMAorKysgLi9kcml2ZXJzL3R0eS92dC92dC5jICAgICAgIDIwMjEtMDQtMDUgMTY6 MjA6MzIuNjI0NTYzMjQxICswMDAwCkBAIC0zMjA4LDYgKzMyMDgsMTIgQEAKIAogICAgICAgIHBh cmFtLnZjID0gdmM7CiAKKyNpZmRlZiBDT05GSUdfRlJBTUVCVUZGRVJfQ09OU09MRV9TT0ZUX1ND Uk9MTEJBQ0sKKyAgICAgICAvKiBVbmRvIGFueSBzb2Z0IHNjcm9sbGluZyAtIDxBbHQ+PEZuPiBh bmQgPFNoaWZ0PjxQZ1VwL0Rvd24+IGRvCisgICAgICAgICAgbm90IHBhc3MgdGhyb3VnaCB0aGlz IGZ1bmN0aW9u

Hello, Jorge.

On Fri, Sep 24, 2021 at 09:22:45 +0100, Jorge Almeida wrote:

On Thu, Sep 23, 2021 at 6:03 PM Alan Mackenzie <acm@muc.de> wrote:

[ .... ]

It still fails:
$ patch -p0 <../patch_for_5.14.diff
patching file ./drivers/tty/vt/vt.c
Hunk #1 FAILED at 3208.
1 out of 1 hunk FAILED -- saving rejects to file ./drivers/tty/vt/vt.c.rej

Apologies once more. Late last night I managed to get a Linux kernel
git repository set up. :-) So, at least if there are any more
failures, they'll be systematic failures rather than erratic failures.
;-)

From this I've constructed a complete clean 5.14.5 patch, which I've
attached. Please start again from a gentoo-sources without any previous
traces of the scrollback patches, and apply that patch. _Surely_ it
should work this time.

To apply the patch (you surely know this already), cd to the top of the
kernel tree, and use

$ patch -p1 < 5.14.5-scroll-20210924.diff

.. Alternatively, if you've got git, you could use

$ git apply 5.14.5-scroll-20210924.diff

.. Please let me know again how it works out. Thanks!

[ .... ]

Thanks,

Jorge Almeida

--
Alan Mackenzie (Nuremberg, Germany).


diff --git a/drivers/tty/vt/vt.c b/drivers/tty/vt/vt.c
index ef981d3b7bb4..17b51bdc9f6e 100644
--- a/drivers/tty/vt/vt.c
+++ b/drivers/tty/vt/vt.c
@@ -134,6 +134,11 @@ const struct consw *conswitchp;
#define DEFAULT_BELL_DURATION (HZ/8)
#define DEFAULT_CURSOR_BLINK_MS 200

+#ifdef CONFIG_FRAMEBUFFER_CONSOLE_SOFT_SCROLLBACK
+static unsigned int console_soft_scrollback_size =
+ 1024 * CONFIG_FRAMEBUFFER_CONSOLE_SOFT_SCROLLBACK_SIZE;
+#endif
+
struct vc vc_cons [MAX_NR_CONSOLES];

#ifndef VT_SINGLE_DRIVER
@@ -287,7 +292,7 @@ static inline unsigned short *screenpos(const struct vc_data *vc, int offset,
bool viewed)
{
unsigned short *p;
-
+
if (!viewed)
p = (unsigned short *)(vc->vc_origin + offset);
else if (!vc->vc_sw->con_screen_pos)
@@ -616,6 +621,218 @@ static void vc_uniscr_debug_check(struct vc_data *vc)
}
}

+#ifdef CONFIG_FRAMEBUFFER_CONSOLE_SOFT_SCROLLBACK
+static void con_update_softback(struct vc_data *vc)
+{
+ int l = vc->vc_softback_size / vc->vc_size_row;
+ if (l > 5)
+ {
+ vc->vc_softback_end = vc->vc_softback_buf + l * vc->vc_size_row;

On Fri, Sep 24, 2021 at 5:29 PM Alan Mackenzie <acm@muc.de> wrote:

Hejjo, Alan

$ patch -p0 <../patch_for_5.14.diff
patching file ./drivers/tty/vt/vt.c
Hunk #1 FAILED at 3208.
1 out of 1 hunk FAILED -- saving rejects to file ./drivers/tty/vt/vt.c.rej

attached. Please start again from a gentoo-sources without any previous traces of the scrollback patches, and apply that patch. _Surely_ it
should work this time.

Sure enough, the patch was succesful. Unfortunately, I cannot test it,
because my computer is out of luck (big thunderstorm, crappy power
provider, not-so-smart owner). I can ssh into it and it all seems
fine, but VT's other than tty1 go dim after 1 or 2 seconds (showing
the greeting) and then go black; I can login blindly!
I'm sure it has nothing to do with the patch, since I also booted the
former kernel (for which the previous patch has been applied with
success as expected) and it happens the same. Damaged UPS or MO,
maybe...
Anyway, I'll try again when I manage to fix or replace the computer
and I'll report then.

Thanks,

Jorge Almeida

P.S. I just noticed you mention gentoo-sources. I use the vanilla
kernel from kernel.org. Could that be a problem?

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Friday, 24 September 2021 18:29:11 BST Alan Mackenzie wrote:

To apply the patch (you surely know this already), cd to the top of the kernel tree, and use

$ patch -p1 < 5.14.5-scroll-20210924.diff

[...]

.. Please let me know again how it works out. Thanks!

Works for me, Alan, against 5.14.7. Once I spotted the change to -p1, that is. :(

Thanks again.

--
Regards,
Peter.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hello, Jorge.

On Fri, Sep 24, 2021 at 23:44:51 +0000, Jorge Almeida wrote:

On Fri, Sep 24, 2021 at 5:29 PM Alan Mackenzie <acm@muc.de> wrote:

Hello, Alan

$ patch -p0 <../patch_for_5.14.diff
patching file ./drivers/tty/vt/vt.c
Hunk #1 FAILED at 3208.
1 out of 1 hunk FAILED -- saving rejects to file ./drivers/tty/vt/vt.c.rej

attached. Please start again from a gentoo-sources without any previous traces of the scrollback patches, and apply that patch. _Surely_ it
should work this time.

Sure enough, the patch was succesful. Unfortunately, I cannot test it, because my computer is out of luck (big thunderstorm, crappy power
provider, not-so-smart owner).

I'm sorry to hear it. I'm sure you've done it already, but get a decent
backup from that machine somehow while it is still even partly working.

I can ssh into it and it all seems fine, but VT's other than tty1 go
dim after 1 or 2 seconds (showing the greeting) and then go black; I
can login blindly! I'm sure it has nothing to do with the patch,
since I also booted the former kernel (for which the previous patch
has been applied with success as expected) and it happens the same.
Damaged UPS or MO, maybe... Anyway, I'll try again when I manage to
fix or replace the computer and I'll report then.

OK, thanks!

Thanks,

Jorge Almeida

P.S. I just noticed you mention gentoo-sources. I use the vanilla
kernel from kernel.org. Could that be a problem?

Highly unlikely. I doubt very much there's any difference in the tty
code between vanilla and gentoo-sources, but even so, I'm now basing my
patches on a Linux repository cloned from their central repository
server.

--
Alan Mackenzie (Nuremberg, Germany).

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 26/09/2021 13:36, Alan Mackenzie wrote:

Sure enough, the patch was succesful. Unfortunately, I cannot test it,
because my computer is out of luck (big thunderstorm, crappy power
provider, not-so-smart owner).

I'm sorry to hear it. I'm sure you've done it already, but get a decent backup from that machine somehow while it is still even partly working.

Sounds like the drive is fine, but of course the question is "for how
long? ..."

When you rebuild it, get a surge protector and then put a UPS behind
that ... snag is that's all extra expense :-(

Cheers,
Wol

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

antlists wrote:

On 26/09/2021 13:36, Alan Mackenzie wrote:

Sure enough, the patch was succesful. Unfortunately, I cannot test it,
because my computer is out of luck (big thunderstorm, crappy power
provider, not-so-smart owner).

I'm sorry to hear it.  I'm sure you've done it already, but get a decent
backup from that machine somehow while it is still even partly working.

Sounds like the drive is fine, but of course the question is "for how
long? ..."

When you rebuild it, get a surge protector and then put a UPS behind
that ... snag is that's all extra expense :-(

Cheers,
Wol

I agree with that advise.  When I built my first system, I bought a UPS
a couple months later.  While most UPS's have a lot of surge protection
built in, I do have additional surge protection at the wall plug and I
also have a whole house surge protector in the breaker box as well.  I
make sure the light is green often, mostly check after a bad storm.
Having protection against momentary drops in either voltage or just a
outright outage for a few seconds or longer gives a lot of protection. 
File systems like to be unmounted and power failures are not good.  Most
file systems are good at recovering from problems but it does have risk.

After buying a UPS and other protections, I've had very few problems
that come from power issues.  The biggest problem I have is the
batteries in the UPS going bad and me not knowing it, even tho the UPS
is supposed to alert me of that.  Most computer power supplies can
handle a lot but having that protection outside the computer is best. 
Often, it is cheaper than a computer too.

If I had to pick one thing to protect my computer, it would be a UPS. 
It protects from most all the problems a computer can have with power.  Protects against surges, brownouts and complete loss of power. 
Additional protection adds more protection but a UPS is a really good
start.  Even a small one that can only run a few minutes offers a lot. 

Just something to think on. 

Dale

:-)  :-) 

P. S.  I have a CyberPower UPS.  There are a lot of good brands out
there tho. 

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sun, Sep 26, 2021 at 6:24 PM antlists <antlists@youngman.org.uk> wrote:

Hello, Wol and Dale

When you rebuild it, get a surge protector and then put a UPS behind
that ... snag is that's all extra expense :-(

Surge protectors: I googled it and mostly got bad reviews. Do they _really_work? What would you recommend? It probably should be
something amazon-purchasable! Availability in my country is probably
limited (and overpriced to boot, I bet).

UPS: never gave it serious thought, I had the impression there was too
much unclear stuff: for example, is it noisy (does it need a fan)? If
(when) some component needs replacement will I know it before
disaster? And does the replacement require a "qualified technician"? (
Dale's description is not very reassuring!)

Note that my lightning problem happened at night with both computer
and monitor powered down (but still connected to a wall outlet through
an interrupted extension; hence the "not-so-smart" self-qualifying...)

Thanks for your suggestions

Jorge

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 26/09/2021 22:22, Jorge Almeida wrote:

On Sun, Sep 26, 2021 at 6:24 PM antlists <antlists@youngman.org.uk> wrote:

Hello, Wol and Dale

When you rebuild it, get a surge protector and then put a UPS behind
that ... snag is that's all extra expense :-(

Surge protectors: I googled it and mostly got bad reviews. Do they _really_work? What would you recommend? It probably should be
something amazon-purchasable! Availability in my country is probably
limited (and overpriced to boot, I bet).

Surge protectors are tricky. In the UK, our power supply is pretty clean
so they're (almost) a waste of time. They should have a status on them,
usually they're good for one shock and that's it. The big danger in many
places is a lightning hit on overhead power lines. And if it's a storm
you can have several hits in quick succession which will overwhelm the protector ...

UPS: never gave it serious thought, I had the impression there was too
much unclear stuff: for example, is it noisy (does it need a fan)? If
(when) some component needs replacement will I know it before
disaster? And does the replacement require a "qualified technician"? (
Dale's description is not very reassuring!)

Again, you need a decent unit. And they're mostly a lot cheaper than a computer, so if they take the hit rather than your computer you're quids
in whatever. But even if they're a not-very-good unit, if your local
power is crappy they should clean it up and protect your computer to
some extent.

Note that my lightning problem happened at night with both computer
and monitor powered down (but still connected to a wall outlet through
an interrupted extension; hence the "not-so-smart" self-qualifying...)

The problem is, I'm in an area where the protection these things provide
is pretty redundant - I'd probably be fine without them. If you need
them, as I said the danger is they're overwhelmed right at the start and
then your kit gets damaged along with the surge protector and UPS ...

Cheers.
Wol

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Jorge Almeida wrote:

On Sun, Sep 26, 2021 at 6:24 PM antlists <antlists@youngman.org.uk> wrote: Hello, Wol and Dale

When you rebuild it, get a surge protector and then put a UPS behind
that ... snag is that's all extra expense :-(

Surge protectors: I googled it and mostly got bad reviews. Do they _really_work? What would you recommend? It probably should be
something amazon-purchasable! Availability in my country is probably
limited (and overpriced to boot, I bet).

UPS: never gave it serious thought, I had the impression there was too
much unclear stuff: for example, is it noisy (does it need a fan)? If
(when) some component needs replacement will I know it before
disaster? And does the replacement require a "qualified technician"? (
Dale's description is not very reassuring!)

Note that my lightning problem happened at night with both computer
and monitor powered down (but still connected to a wall outlet through
an interrupted extension; hence the "not-so-smart" self-qualifying...)

Thanks for your suggestions

Jorge

I had lightening strike right down the road, about 1,000 feet as a bird flies.  It took out some stuff at my neighbors, including a freezer
which died a month later.  It even blew light bulbs, I mean literally
blew them.  They exploded and glass went all over the room.  I suggested surge protection for their computer, TV and such a while before that. 
Even with a virtually direct hit, the surge protectors kept working. 
Not long after that, they wanted a UPS for their computer but also
wanted one for the TV, since the dish box takes a while to reload after
the power blinks.  So I helped them pick a fair sized UPS for the puter
and a smaller one for the TV.  The puter runs long enough to shutdown
normally and the TV is protected for those little blinks in power that
last just long enough to reset everything. 

One way to pick a decent surge device, look at the warranty.  If it
includes paying for items plugged in, then you're off to a good start at least.  I just try to get as high a joule rating as I can.  The reason
for that, they can absorb more than one hit and still protect.  While
one large hit can disable protection, it can take out hundreds of
smaller hits and still work.  It all comes down to the quality of the
MOVs and the design of the protector. 

If you use Amazon: APC, Belkin and Tripp Lite are some brands I've heard
or seen are good.  I've used a couple of those brands myself.  I've
always heard that the Monster brand is also good but a bit pricey.  When
I researched them long ago, they are some heavy duty built products so
if a person has some serious power problems, they may be well worth the expense.  I bought some on ebay that were Etekcity brand but it seems
they no longer make them.  I bought some that had a little over 5,000
joules of protection.  The only thing I didn't like, if power fails, it
stays off.  It doesn't have a hardware switch but a circuit switch that
resets on power loss.  That can be a good thing in some situations but I
don't like it. They are good protectors tho. 

Hope that info helps.  Also hope you can find something to prevent
future problems. 

Dale

:-)  :-) 

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Mon, Sep 27, 2021 at 12:51 AM Dale <rdalek1967@gmail.com> wrote:

Jorge Almeida wrote:

On Sun, Sep 26, 2021 at 6:24 PM antlists <antlists@youngman.org.uk> wrote: Hello, Wol and Dale

When you rebuild it, get a surge protector and then put a UPS behind
that ... snag is that's all extra expense :-(

Hope that info helps. Also hope you can find something to prevent
future problems.

Thanks, Dale and Wol. I'll give it some thought. First thing is to
replace the PSU and see how it goes. I may ask for your opinions
before buying UPS & surge protector when I'll have it sorted out.

Jorge

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sat, Sep 25, 2021 at 12:44 AM Jorge Almeida <jjalmeida@gmail.com> wrote:

On Fri, Sep 24, 2021 at 5:29 PM Alan Mackenzie <acm@muc.de> wrote:

attached. Please start again from a gentoo-sources without any previous traces of the scrollback patches, and apply that patch. _Surely_ it
should work this time.

Sure enough, the patch was succesful. Unfortunately, I cannot test it,

Anyway, I'll try again when I manage to fix or replace the computer
and I'll report then.

OK, the patch is working for me, kernel 5.14.4 (not the same
computer---RIP the other one---, but same hard disk)

Thanks

Jorge Almeida

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)