linuxconsole-dev

2.6.5-ruby sofirq bug solved

[Aivils <ai...@un...>]

Hi All!

	Thanks all unwearying testers, which help puzzle-headed developer!
Solution is very simple:
diff -Nurp ruby-CVS-20040422/drivers/char/decvte.c ruby-CVS-20040430/drivers/char/decvte.c
--- ruby-CVS-20040422/drivers/char/decvte.c     2004-04-23 11:03:49.000000000 +0300
+++ ruby-CVS-20040430/drivers/char/decvte.c     2004-04-30 09:45:06.000000000 +0300
@@ -1019,7 +1019,6 @@ void vte_ris(struct vc_data *vc, int do_
            vc->kbd_table.default_ledflagstate = KBD_DEFLEDS;
        vc->kbd_table.modeflags = KBD_DEFMODE;
        vc->kbd_table.kbdmode = VC_XLATE;
-       set_leds();

        cursor_type = CUR_DEFAULT;
        complement_mask = s_complement_mask;




That is commited today.

Aivils Stoss

Re: bruby for 2.4.26

[Jean-Daniel P. <jd...@di...>]

On Thu, 29 Apr 2004, hugo vanwoerkom wrote:

> Hi team!
>
> I had no trouble using the patch to gen the
> kernel but installing the NVidia closed source
> binary was different:
>
> It could not find the kernel headers, which was
> no problem with the 2.4.25 patch. After
> specifying where those were it got unresolved
> symbols.

    did you perform the compilation of nvidia's modules after having
    perfomed the make module_install of the kernel 2.4.26 and WHILE
    the 2.4.26 kernel was running ?
    nvidia's detection of current kernel header is a little bit demanding !

    I always boot the new kernel in single user once, there I build the
    nvidia modules, and then the following reboot is ok...

Re: bruby for 2.4.26

[hugo v. <hug...@ca...>]

Hi team!

I spoke too soon. Lilo had failed and I booted a
different kernel. Of course the NVidia install
failed... Works like a charm now. Thanks!

Hugo.


The following signature is automatically
added by the web email service I use,
which is beyond my control:
=======================================
Support Care2 Email: Stop "scientific" whaling, the whale-killing loophole
http://www.care2.com/go/z/12803

Re: bruby for 2.4.26

[hugo v. <hug...@ca...>]

Hi team!

I had no trouble using the patch to gen the
kernel but installing the NVidia closed source
binary was different:

It could not find the kernel headers, which was
no problem with the 2.4.25 patch. After
specifying where those were it got unresolved
symbols.

So I am remaining with the 2.4.25 patch.

Regards,
Hugo


The following signature is automatically
added by the web email service I use,
which is beyond my control:
=======================================
Support Care2 Email: Stop "scientific" whaling, the whale-killing loophole
http://www.care2.com/go/z/12803

Re: 2.6.5-ruby boot problem

[Zoltan B. <zb...@fr...>]

Aivils =EDrta:
> linuxconsole.sf.net project have his own terminal emulation code, which
> seems right now is slightly outdated.
> Our bug is calling set_leds() to early. I will try to find right place =
for
> set_leds() and live alone linus-tree 2.6.5 ,because here set_leds() rem=
oved
> from reset_terminal since APR-2002 :)
> So BUG_ON() kernel/softirq.c line 412 notify us about early call of
> tasklet_schedule() and You have the right.

So when will we see the CVS updated? ;-)

Best regards
Zolt=E1n B=F6sz=F6rm=E9nyi

Re: 2.6.5-ruby boot problem

[Aivils <ai...@un...>]

On Thursday 29 April 2004 08:37, Rusty Russell wrote:
> On Thu, 2004-04-29 at 14:51, Zoltan Boszormenyi wrote:
> > Arne Georg Gleditsch =EDrta:
> > > * Zoltan Boszormenyi
> > >=20
> > >>do your Num/Caps/Scroll Lock leds work? The keys themselves do
> > >>but the led states aren't changing. (2.6.6-rc2-mm1-ruby)
> > >=20
> > >=20
> > > Ah, no, they don't.  Not surprising, perhaps, since set_leds was
> > > calling tasklet_schedule before the tasklet lists were assigned to
> >=20
> > I don't really get this. This is in linux-2.6.5/init/main.c :
> >=20
> > -------------from line 477 -------------
> >          init_timers();
> >          softirq_init();
>=20
> But this needs spawn_ksoftirqd, which isn't called here.
>=20
> Looks like the right fix is to remove the BUG_ON()s in cpu_callback,
> or wrap them in "if (system_state =3D=3D SYSTEM_RUNNING)".

Thanks You very match for Your deep and wide support.
linuxconsole.sf.net project have his own terminal emulation code, which
seems right now is slightly outdated.
Our bug is calling set_leds() to early. I will try to find right place for
set_leds() and live alone linus-tree 2.6.5 ,because here set_leds() removed
from reset_terminal since APR-2002 :)
So BUG_ON() kernel/softirq.c line 412 notify us about early call of
tasklet_schedule() and You have the right.

Aivils Stoss

Re: 2.6.5-ruby boot problem

[Rusty R. <ru...@ru...>]

On Thu, 2004-04-29 at 14:51, Zoltan Boszormenyi wrote:
> Arne Georg Gleditsch =EDrta:
> > * Zoltan Boszormenyi
> >=20
> >>do your Num/Caps/Scroll Lock leds work? The keys themselves do
> >>but the led states aren't changing. (2.6.6-rc2-mm1-ruby)
> >=20
> >=20
> > Ah, no, they don't.  Not surprising, perhaps, since set_leds was
> > calling tasklet_schedule before the tasklet lists were assigned to
>=20
> I don't really get this. This is in linux-2.6.5/init/main.c :
>=20
> -------------from line 477 -------------
>          init_timers();
>          softirq_init();

But this needs spawn_ksoftirqd, which isn't called here.

Looks like the right fix is to remove the BUG_ON()s in cpu_callback,
or wrap them in "if (system_state =3D=3D SYSTEM_RUNNING)".

Rusty.
--=20
Anyone who quotes me in their signature is an idiot -- Rusty Russell

Re: 2.6.5-ruby boot problem

[Zoltan B. <zb...@fr...>]

Arne Georg Gleditsch =EDrta:
> * Zoltan Boszormenyi
>=20
>>do your Num/Caps/Scroll Lock leds work? The keys themselves do
>>but the led states aren't changing. (2.6.6-rc2-mm1-ruby)
>=20
>=20
> Ah, no, they don't.  Not surprising, perhaps, since set_leds was
> calling tasklet_schedule before the tasklet lists were assigned to

I don't really get this. This is in linux-2.6.5/init/main.c :

-------------from line 477 -------------
         init_timers();
         softirq_init();
         time_init();
=20

         /*
          * HACK ALERT! This is early. We're enabling the console before
          * we've done PCI setups etc, and console_init() must be aware o=
f
          * this. But we do want output early, in case something goes wro=
ng.
          */
         console_init();
         if (panic_later)
                 panic(panic_later, panic_param);
----------------------------------------

So the softirq_init() is already run before console_init()
that goes this way (back trace):

Call Trace:
  [<c0120432>] __tasklet_schedule+0x92/0xb0
  [<c01e7af1>] vte_ris+0x181/0x190
  [<c01edbe5>] vc_init+0x45/0x60
  [<c021770c>] vgacon_init+0x8c/0xc0
  [<c01edd93>] vc_allocate+0x123/0x1f0
  [<c01ef195>] vt_map_display+0x145/0x1c0
  [<c036ef0a>] vga_console_init+0x3a/0xb0
  [<c01088ba>] setup_irq+0x8a/0xf0
  [<c036ab63>] console_init+0x23/0x30

 > NULL.  I just commented out the two lines that were originally BUG_ON,
 > now the leds work again.  I suppose there's an ordering problem here,
 > if the lists are not really allowed to be appended to before the
 > softirq-stuff runs.

But softirq_init() was already done.

Rusty, could it be the BUG_ON() calls are bogus?

Best regards,
Zolt=E1n B=F6sz=F6rm=E9nyi

X binary errors w. latest Debian rel.

[hugo v. <hug...@ca...>]

Hi team!

Using the latest Debian "testing" (i.e. the next
stable) release with the bruby binary X that is
on www.schuldei.org there are errors:

Errors were encountered while processing:
/mnt/Debian3.1/CD1/debian/pool/main/x/xfree86/libx11-6_4.3.0-7_i386.deb
/mnt/Debian3.1/CD2/debian/pool/main/x/xfree86/x-dev_4.3.0-7_all.deb
/mnt/Debian3.1/CD2/debian/pool/main/x/xfree86/libx11-dev_4.3.0-7_i386.deb
/mnt/Debian3.1/CD2/debian/pool/main/r/render/render-dev_0.8-4_all.deb

Those libraries are pulled in as a result of
trying to install libxft-dev in order to compile
Mozilla with Xft.

This used to work, but of course I don't know
exactly when.

It appears that those libs should be part of the
the bruby X binary.

I'd be willing to do that, but I need some
pointers as to how to proceed.

Regards,

Hugo

PS. You get around the error by using dpkg with
--force-all, since both versions are 4.3.0.
But that won't work when the versions start to
differ. "Testing" now says X is 4.3.0-7






The following signature is automatically
added by the web email service I use,
which is beyond my control:
=======================================
Support Care2 Email: Stop "scientific" whaling, the whale-killing loophole
http://www.care2.com/go/z/12803

Re: 2.6.5-ruby boot problem

[Arne G. G. <ar...@li...>]

* Zoltan Boszormenyi
> do your Num/Caps/Scroll Lock leds work? The keys themselves do
> but the led states aren't changing. (2.6.6-rc2-mm1-ruby)

Ah, no, they don't.  Not surprising, perhaps, since set_leds was
calling tasklet_schedule before the tasklet lists were assigned to
NULL.  I just commented out the two lines that were originally BUG_ON,
now the leds work again.  I suppose there's an ordering problem here,
if the lists are not really allowed to be appended to before the
softirq-stuff runs.


							Arne.

Re: 2.6.5-ruby boot problem

[Zoltan B. <zb...@fr...>]

Hi,

Arne Georg Gleditsch =EDrta:
> * Arne Georg Gleditsch
>=20
>>Not sure why this is a problem or what the correct fix is, though.
>=20
>=20
> As a datapoint, with the quick-and-dirty fix given, I'm running a
> multiseat X configuration quite happily with 2.6.6rc3/ruby.  I'm
> probably not exercising all of the Ruby codebase, but if anyone wants
> my patches, I'll be happy to make them available.
>=20
>=20
> 							Arne.

do your Num/Caps/Scroll Lock leds work? The keys themselves do
but the led states aren't changing. (2.6.6-rc2-mm1-ruby)

Best regards,
Zolt=E1n B=F6sz=F6rm=E9nyi

Re: 2.6.5-ruby boot problem

[Arne G. G. <ar...@li...>]

* Arne Georg Gleditsch
> Not sure why this is a problem or what the correct fix is, though.

As a datapoint, with the quick-and-dirty fix given, I'm running a
multiseat X configuration quite happily with 2.6.6rc3/ruby.  I'm
probably not exercising all of the Ruby codebase, but if anyone wants
my patches, I'll be happy to make them available.


							Arne.

bruby for 2.4.26

[Jean-Daniel P. <jd...@di...>]

    a straighforward port of Aivil's previous patch that now applies to 2.4.26
    (instead of 2.4.25)
    here :
	http://disjunkt.com/dualhead
	http://disjunkt.com/dualhead/bruby-2.4.26-JD-20040219.diff.bz2

--
    Jean-Daniel Pauget

Re: 2.6.5-ruby boot problem

[Arne G. G. <ar...@li...>]

* Aivils
> I do not know how linux-ruby destroy static structures :(
> Current i have only one thread - linux-ruby dies shortly
> after VGA console init, because R.Russel place BUG into
> line 412.

I don't think this is memory corruption.  I've made an attempt to
chase this down, and it seems the problem is the call to
tasklet_schedule in set_leds.  The call stack is like this:

  vt_console_init
  vga_console_init
  vt_map_display
  vc_allocate
  vc_init
  vte_ris
  set_leds
  tasklet_schedule

Not sure why this is a problem or what the correct fix is, though.


							Arne.

Re: 2.6.5-ruby boot problem

[Aivils <ai...@un...>]

Unfortunately I should use agressive methods to check out how
wide is ruby bug.

> ============================================
> kernel BUG at kernel/softirq.c:412!
> invalid operand: 000 [#1]
> 
-               BUG_ON(per_cpu(tasklet_vec, hotcpu).list);
-               BUG_ON(per_cpu(tasklet_hi_vec, hotcpu).list);
+               per_cpu(tasklet_vec, hotcpu).list = NULL;
+               per_cpu(tasklet_hi_vec, hotcpu).list = NULL;

I do not know how linux-ruby destroy static structures :(
Current i have only one thread - linux-ruby dies shortly
after VGA console init, because R.Russel place BUG into
line 412.

Aivils

Re: Porting ruby to 2.6.5... partialy succes here either :-)

[Aivils <ai...@un...>]

On Saturday 24 April 2004 02:26, James Simmons wrote:
> Great work. Sorry I have been away. I have new merges for fbcon going 
> mainline soon :-)

Please make this soft words more harder via explanation of "MAINLINE".
Otherwise You alone understand what You mean.

Aivils

Re: Porting ruby to 2.6.5... partialy succes here either :-)

[Zoltan B. <zb...@fr...>]

Hi,

if you are interested, here's the patches that were needed
to build and run 2.6.6-rc2-mm1-ruby. (ruby-2.6.5.patch omitted.)

Patch against 2.6.6-rc2 so ruby-2.6.5 generates only trivial rejects:
2.6.6-rc2-to-be-reverted-in-ruby.patch

This is mainly about whitespace fixes and cast removal. vt_ioctl.c
has one less empty line at the end in mainline, it causes a 80+ kB
reject.

"2.6.6-rc2-to-be-reverted-in-ruby-1.patch" is the part of that
that needed thinking. E.g. is it needed to move vcs_init() in
vty_init()? Anyway, I applied it and the locking change in
con_close()/vt_close().

The con_open() / vt_open() change is not clear: placing everything
inside of "if (tty->count =3D=3D 1) { ... }" and returning error code
instead of 0 always. May also be needed in ruby. (?)

Then ruby-2.6.5.patch was applied, drivers/pci/proc.c in mainline
already has the same locking fix that is in ruby, only the semaphor
is kept in a variable instead of evaluating the pointers twice.
The Makefile version reject was trivial. :-)

Then 2.6.6-rc2-mm1 was applied, keyboard.c has a trivial reject,
and nothing else! (Harmless and does nothing without KGDB.)

Here is the patch against the ruby-2.6 tree so it is now against
linux-2.6.6-rc2-mm1.

I also attached the patch against kernel/softirq.c. Needed to boot. :-)

Best regards,
Zolt=E1n B=F6sz=F6rm=E9nyi

Zoltan Boszormenyi =EDrta:
> I also thank you. This two-liner made it possible to run
> 2.6.6-rc2-mm1-ruby now. :-)

Re: 2.6.5-ruby boot problem

[Zoltan B. <zb...@fr...>]

Mikhail Kshevetskiy =EDrta:
> Kernel panic during boot. What should I do to boot properly?
> Kernel was compiled with gcc-3.3.3 (see attachment for kernel config).
>=20
> PS. I have not such problem with vanilla 2.6.5 kernel.=20

Apply the attached patch against 2.6.5-ruby.
It was in Aivil's post.

Best regards,
Zolt=E1n B=F6sz=F6rm=E9nyi

2.6.5-ruby boot problem

[Mikhail K. <kl...@la...>]

Kernel panic during boot. What should I do to boot properly?
Kernel was compiled with gcc-3.3.3 (see attachment for kernel config).

PS. I have not such problem with vanilla 2.6.5 kernel. 


============================================
kernel BUG at kernel/softirq.c:412!
invalid operand: 000 [#1]
PREEMPT
CPU:    0
EIP:    060:[<c011efbe>] Not tainted
EFLAGS: 00010282  (2.6.5-ruby)
EIP is at cpu_callback+0x9e/0xc0
eax: c036ccf8   ebx: dff92000   ecx: 00000000   edx: 00000000
esi: 00000000   edi: 00000000   ebp: 00000000   esp: dff93fb4
ds:  007b   es: 007b   ss: 0068
Process swapper (pid:1, threadinfo=dff92000, task=dff916c0)
Stack: dff916e0 c03a5fbc c0106dce c032fa20 dff92000 00000000 c03b28ff
c0331e14 
       00000003 00000000 c01030c7 0000007b 0000007b ffffffff c0103aa0
c0104e11
       00000000 00000000 00000000

Call trace:
[<c0106dce>] ret_from_fork+0x6/0x14
[<c03b28ff>] spawn_ksoftirqd+0x1f/0x50
[<c010307c>] init+0x27/0x120
[<c01030a0>] init+0x0/0x120
[<c0104e11>] kernel_thread_helper+0x5/0x14

Code: 0f 0b 9c 01 93 30 2f c0 eb 93 a1 20 5c 3e c0 e8 ce 77 ff ff
<0> kernel panic: Attempted to kill init!

Re: Porting ruby to 2.6.5... partialy succes here either :-)

[James S. <jsi...@in...>]

> Hi Aivils,
> 
> you are my hero !!!
> 
> :-)
> 
> thank you very much on getting back on it  :-)

Great work. Sorry I have been away. I have new merges for fbcon going 
mainline soon :-)

Re: Porting ruby to 2.6.5... partialy succes here either :-)

[Zoltan B. <zb...@fr...>]

Hi!

Svetoslav Slavtchev =EDrta:
>>Hi all!
>>
>>	Comrad Daniel Sobe make bigest part and i make a rest. None of
>>phantom or real bugs are patched. Instead pop up strange things.
>>code may reach public CVS in 24h betwin 24 days :)
>>
>>Aivils
>=20
>=20
> Hi Aivils,
>=20
> you are my hero !!!
>=20
> :-)
>=20
> thank you very much on getting back on it  :-)
>=20
>=20
>>???????????????????????????????????????????????????????
>>???????????????????????????????????????????????????????
>>???????????????????????????????????????????????????????
>>
>>>On Tue, 2004-04-20 at 17:58, Aivils wrote:
>>>
>>>>Hi all!
>>>>
>>>>      My 2.6.5 will not start until i applay patch bellow:
>>>>--- linux-2.6.5/kernel/softirq.c        2004-04-04 06:36:47.000000000
>>
>>+0300
>>
>>>>+++ linux-2.6.5/kernel/softirq.chg.c    2004-04-20 10:48:28.000000000
>>
>>+0300
>>
>>>>@@ -409,8 +409,8 @@ static int __devinit cpu_callback(struct
>>>>
>>>>        switch (action) {
>>>>        case CPU_UP_PREPARE:
>>>>-               BUG_ON(per_cpu(tasklet_vec, hotcpu).list);
>>>>-               BUG_ON(per_cpu(tasklet_hi_vec, hotcpu).list);
>>>>+               per_cpu(tasklet_vec, hotcpu).list =3D NULL;
>>>>+               per_cpu(tasklet_hi_vec, hotcpu).list =3D NULL;
>>>>                p =3D kthread_create(ksoftirqd, hcpu, "ksoftirqd/%d",
>>
>>hotcpu);
>>
>>>>                if (IS_ERR(p)) {
>>>>                        printk("ksoftirqd for %i failed\n", hotcpu);
>>>
>>>This patch should be completely unnecessary.
>>>
>>>One possibility is that your compiler isn't obeying the section
>>>attribute for some reason.  Please send .config and output of "gcc -v".
>>>
>>>Thanks!
>>>Rusty.
>>>--=20
>>>Anyone who quotes me in their signature is an idiot -- Rusty Russell
>>>
>=20
>=20
> i think i was hitting the same issue with 2.6.5, reverted all relevant =
IMO
> patches + ruby-2.6.3
>=20
> once again, thanks, thanks a lot for your work
>=20
> best,
>=20
> svetljo

I also thank you. This two-liner made it possible to run
2.6.6-rc2-mm1-ruby now. :-)

The hotplug CPU patches changed this in 2.6.4,
I wonder why it booted up without the -ruby patch
and why it didn't with it. It well may be an unfortunate
timing. :-(

Best regards,
Zolt=E1n B=F6sz=F6rm=E9nyi

Re: Porting ruby to 2.6.5... partialy succes here either :-)

[Svetoslav S. <sv...@gm...>]

> Hi all!
> 
> 	Comrad Daniel Sobe make bigest part and i make a rest. None of
> phantom or real bugs are patched. Instead pop up strange things.
> code may reach public CVS in 24h betwin 24 days :)
> 
> Aivils

Hi Aivils,

you are my hero !!!

:-)

thank you very much on getting back on it  :-)

> ???????????????????????????????????????????????????????
> ???????????????????????????????????????????????????????
> ???????????????????????????????????????????????????????
> > On Tue, 2004-04-20 at 17:58, Aivils wrote:
> > > Hi all!
> > > 
> > >       My 2.6.5 will not start until i applay patch bellow:
> > > --- linux-2.6.5/kernel/softirq.c        2004-04-04 06:36:47.000000000
> +0300
> > > +++ linux-2.6.5/kernel/softirq.chg.c    2004-04-20 10:48:28.000000000
> +0300
> > > @@ -409,8 +409,8 @@ static int __devinit cpu_callback(struct
> > > 
> > >         switch (action) {
> > >         case CPU_UP_PREPARE:
> > > -               BUG_ON(per_cpu(tasklet_vec, hotcpu).list);
> > > -               BUG_ON(per_cpu(tasklet_hi_vec, hotcpu).list);
> > > +               per_cpu(tasklet_vec, hotcpu).list = NULL;
> > > +               per_cpu(tasklet_hi_vec, hotcpu).list = NULL;
> > >                 p = kthread_create(ksoftirqd, hcpu, "ksoftirqd/%d",
> hotcpu);
> > >                 if (IS_ERR(p)) {
> > >                         printk("ksoftirqd for %i failed\n", hotcpu);
> > 
> > This patch should be completely unnecessary.
> > 
> > One possibility is that your compiler isn't obeying the section
> > attribute for some reason.  Please send .config and output of "gcc -v".
> > 
> > Thanks!
> > Rusty.
> > -- 
> > Anyone who quotes me in their signature is an idiot -- Rusty Russell
> >

i think i was hitting the same issue with 2.6.5, reverted all relevant IMO
patches + ruby-2.6.3

once again, thanks, thanks a lot for your work

best,

svetljo

PS.
the prefbusid patch applies and builds cleanly against Xorg X11 release,
i didn't try it with ruby, but i've uploaded it to mandrakeclub
/* although it still not available there */
sadly i think i don't have that much web space to upload it to
karlovo.demon.co.uk

PS.2
now that you've released 2.6.5 i may try to cook up something for mandrake
cooker or club /* which evetually could be included in next mdk release */

-- 
"Sie haben neue Mails!" - Die GMX Toolbar informiert Sie beim Surfen!
Jetzt aktivieren unter http://www.gmx.net/info

Porting ruby to 2.6.5... partialy succes here either :-)

[Aivils <ai...@un...>]

Hi all!

	Comrad Daniel Sobe make bigest part and i make a rest. None of
phantom or real bugs are patched. Instead pop up strange things.
code may reach public CVS in 24h betwin 24 days :)

Aivils

???????????????????????????????????????????????????????
???????????????????????????????????????????????????????
???????????????????????????????????????????????????????
> On Tue, 2004-04-20 at 17:58, Aivils wrote:
> > Hi all!
> >=20
> > =A0=A0=A0=A0=A0=A0My 2.6.5 will not start until i applay patch bellow:
> > --- linux-2.6.5/kernel/softirq.c =A0 =A0 =A0 =A02004-04-04 06:36:47.000=
000000 +0300
> > +++ linux-2.6.5/kernel/softirq.chg.c =A0 =A02004-04-20 10:48:28.0000000=
00 +0300
> > @@ -409,8 +409,8 @@ static int __devinit cpu_callback(struct
> >=20
> > =A0 =A0 =A0 =A0 switch (action) {
> > =A0 =A0 =A0 =A0 case CPU_UP_PREPARE:
> > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 BUG_ON(per_cpu(tasklet_vec, hotcpu).list);
> > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 BUG_ON(per_cpu(tasklet_hi_vec, hotcpu).li=
st);
> > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 per_cpu(tasklet_vec, hotcpu).list =3D NUL=
L;
> > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 per_cpu(tasklet_hi_vec, hotcpu).list =3D =
NULL;
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 p =3D kthread_create(ksoftirqd, hcpu, "=
ksoftirqd/%d", hotcpu);
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (IS_ERR(p)) {
> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 printk("ksoftirqd for %=
i failed\n", hotcpu);
>=20
> This patch should be completely unnecessary.
>=20
> One possibility is that your compiler isn't obeying the section
> attribute for some reason. =A0Please send .config and output of "gcc -v".
>=20
> Thanks!
> Rusty.
> --=20
> Anyone who quotes me in their signature is an idiot -- Rusty Russell
>
???????????????????????????????????????????????????????=20
???????????????????????????????????????????????????????
???????????????????????????????????????????????????????

Porting ruby to 2.6.4... no succes here either :-(

[Mark H. <Mar...@xs...>]

Hi,


I also tried to port the ruby 2.6.3 console patches to 2.6.4
with no success (builds ok, but oopses on boot).
I applied the 2.6.4 kernel patch to my working 2.6.3 ruby kernel,
and tried to figure out and manually apply the rejects. However
this is not trivial, there seem to be locking changes in the vt
handling (due to a fix for a race condition), and I don't
understand the code well enough to know what I'm doing :-(

You can find the 2.6.4 changeset here:
http://linux.bkbits.net:8080/linux-2.5/diffs/drivers/char/vt.c@1.61?nav=index.html|src/.|src/drivers|src/drivers/char|related/drivers/char/vt.c|cset@1.1557.1.81
One of the things I couldn't figure out was where the con_open()
and con_close() calls went, 2.6.4 seems to have patches there,
but I can't find them in my ruby kernel...

Another change set that's been somewhat (but less :-) troublesome for me
is this one:
http://linux.bkbits.net:8080/linux-2.5/cset@1.1608.51.27?nav=index.html|src/.|src/drivers|src/drivers/char|related/drivers/char/vt.c

Anyone have better luck yet?


Kind regards,
Mark.

Haha, Urs Are Too Small For Ur Woman airwind

[Ozell F. <nor...@na...>]

typically crolling muntjac rookery rockweed menace terebella 
vouchee kyles chine sarum pezizales revealed acaridae diffuse queenly deft keble goal 
cephalopod bilgy risen phrasal sear minor assamese fathers reap diminished pseudonymy drown cosecant