Re: [gentoo-user] console scrollback (kernel 5.14)
On Sat, Sep 25, 2021 at 12:44 AM Jorge Almeida wrote: > > On Fri, Sep 24, 2021 at 5:29 PM Alan Mackenzie 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
Re: [gentoo-user] console scrollback (kernel 5.14)
On Mon, Sep 27, 2021 at 12:51 AM Dale wrote: > > Jorge Almeida wrote: > > On Sun, Sep 26, 2021 at 6:24 PM antlists 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
Re: [gentoo-user] console scrollback (kernel 5.14)
Jorge Almeida wrote: > On Sun, Sep 26, 2021 at 6:24 PM antlists 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 :-) :-)
Re: [gentoo-user] console scrollback (kernel 5.14)
On 26/09/2021 22:22, Jorge Almeida wrote: On Sun, Sep 26, 2021 at 6:24 PM antlists 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
Re: [gentoo-user] console scrollback (kernel 5.14)
On Sun, Sep 26, 2021 at 6:24 PM antlists 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
Re: [gentoo-user] console scrollback (kernel 5.14)
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.
Re: [gentoo-user] console scrollback (kernel 5.14)
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
Re: [gentoo-user] console scrollback (kernel 5.14)
Hello, Jorge. On Fri, Sep 24, 2021 at 23:44:51 +, Jorge Almeida wrote: > On Fri, Sep 24, 2021 at 5:29 PM Alan Mackenzie 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).
Re: [gentoo-user] console scrollback (kernel 5.14)
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.
Re: [gentoo-user] console scrollback (kernel 5.14)
On Fri, Sep 24, 2021 at 5:29 PM Alan Mackenzie 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?
Re: [gentoo-user] console scrollback (kernel 5.14)
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 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_MS200
+#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;
+ vc->vc_softback_top = vc->vc_softback_buf;
+ }
+ else
+ /* Smaller scrollback makes no sense, and 0 would screw
+ the operation totally */
+ vc->vc_softback_top = 0;
+}
+
+static int concon_set_origin(struct vc_data *vc)
+{
+ if (vc->vc_softback_lines)
+ concon_scrolldelta(vc, vc->vc_softback_lines);
+ return 0;
+}
+
+#define advance_row(p, delta) (unsigned short *)((unsigned long)(p) + (delta)
* vc->vc_size_row)
+
+static void con_redraw_softback(struct vc_data *vc, /* struct display *p, */
+ long delta)
+{
+ int count = vc->vc_rows;
+ unsigned short *d, *s;
+ unsigned long n;
+ int line = 0;
+
+ if (!vc->vc_softback_lines)
+ vc->vc_char_at_pos = scr_readw((u16 *)vc->vc_pos);
+
+ d = (u16 *) vc->vc_softback_curr;
+ if (d == (u16 *) vc->vc_softback_in)
+ d = (u16 *) vc->vc_origin;
+ n = vc->vc_softback_curr + delta * vc->vc_size_row;
+ vc->vc_softback_lines -= delta;
+ if (delta < 0) {
+ if (vc->vc_softback_curr < vc->vc_softback_top
+ && n < vc->vc_softback_buf) {
+ n += vc->vc_softback_end - vc->vc_softback_buf;
+ if (n < vc->vc_softback_top) {
+ vc->vc_softback_lines -=
+ (vc->vc_softback_top - n) / vc->vc_size_row;
+ n = vc->vc_softback_top;
+ }
+ } else if (vc->vc_softback_curr >= vc->vc_softback_top
+ && n < vc->vc_softback_top) {
+ vc->vc_softback_lines -=
+ (vc->vc_softback_top - n) / vc->vc_size_row;
+ n = vc->vc_softback_top;
+ }
+ } else {
+ if (vc->vc_softback_curr > vc->vc_softback_in
+ && n >= vc->vc_softback_end) {
+ n += vc->vc_softback_buf - vc->vc_softback_end;
+ if (n > vc->vc_softback_in) {
+ n = vc->vc_softback_in;
+ vc->vc_softback_lines = 0;
+ }
+ } else if (vc->vc_softback_curr <= vc->vc_softback_in
+ && n > vc->vc_softback_in) {
+ n = vc->vc_softback_in;
+ vc->vc_softback_lines = 0;
+ }
+ }
+ if (n == vc->vc_softback_curr)
+ return;
+ vc->vc_softback_curr = n;
+
Re: [gentoo-user] console scrollback (kernel 5.14)
On Thu, Sep 23, 2021 at 6:03 PM Alan Mackenzie 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.0 +
+++ ./drivers/tty/vt/vt.c 2021-04-05 16:20:32.624563241 +
@@ -3208,6 +3208,12 @@
param.vc = vc;
+#ifdef CONFIG_FRAMEBUFFER_CONSOLE_SOFT_SCROLLBACK
+ /* Undo any soft scrolling - and do
+ not pass through this function. */
+ concon_set_origin (vc);
+#endif
+
while (!tty->flow.stopped && count) {
int orig = *buf;
buf++;
Thanks,
Jorge Almeida
--- ./drivers/tty/vt/vt.c.orig 2020-12-13 22:41:30.0 +
+++ ./drivers/tty/vt/vt.c 2021-04-05 16:20:32.624563241 +
@@ -3208,6 +3208,12 @@
param.vc = vc;
+#ifdef CONFIG_FRAMEBUFFER_CONSOLE_SOFT_SCROLLBACK
+ /* Undo any soft scrolling - and do
+ not pass through this function. */
+ concon_set_origin (vc);
+#endif
+
while (!tty->flow.stopped && count) {
int orig = *buf;
buf++;
Re: [gentoo-user] console scrollback (kernel 5.14)
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 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).
Re: [gentoo-user] console scrollback (kernel 5.14)
On Wed, Sep 22, 2021 at 9:29 PM Alan Mackenzie 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
Re: [gentoo-user] console scrollback (kernel 5.14)
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.0 +
+++ ./drivers/tty/vt/vt.c 2021-04-05 16:20:32.624563241 +
@@ -3208,6 +3208,12 @@
param.vc = vc;
+#ifdef CONFIG_FRAMEBUFFER_CONSOLE_SOFT_SCROLLBACK
+ /* Undo any soft scrolling - and 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 - and do
> + not pass through this function. */
> + concon_set_origin (vc);
> +#endif
> + /* END OF NEW STOUGH */
> +
> while (!tty->stopped && count) { <==
> int orig = *buf;
> buf++;
--
Alan Mackenzie (Nuremberg, Germany).
[gentoo-user] console scrollback (kernel 5.14)
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.0 +
+++ ./drivers/tty/vt/vt.c 2021-04-05 16:20:32.624563241 +
@@ -3264,6 +3640,14 @@
param.vc = vc;
+ /* NEW STOUGH, 2021-04-03 */
+#ifdef CONFIG_FRAMEBUFFER_CONSOLE_SOFT_SCROLLBACK
+ /* Undo any soft scrolling - and do
+ not pass through this function. */
+ concon_set_origin (vc);
+#endif
+ /* END OF NEW STOUGH */
+
while (!tty->stopped && count) {
int orig = *buf;
buf++;
