headers
Magnus Määttä | 1 Nov 2004 01:05
Picon

Re: [Fwd: Re: [patch] Real-Time Preemption, -RT-2.6.9-mm1-V0.4]

Hi Ingo,

On Sunday 31 October 2004 14.40, Ingo Molnar wrote:
> * Ingo Molnar <mingo <at> elte.hu> wrote:
>
> i've just uploaded V0.6.2 that fixes a console-unblanking-timer
> thinko. This bug was present for quite some time, but this is the
> first time it triggered on my testbox - might be more common on
> others.

I'm trying to boot V0.6.2 on my laptop, which doesn't have a serial 
port, and I got a hardlock on boot. So I setup netconsole, which also 
hardlocks the machine, so I'm back to U9.3 for now..
It's a different hardlock when booting without netconsole. SysRq keys 
doesn't work.

Config:
CONFIG_PREEMPT=y
CONFIG_PREEMPT_SOFTIRQS=y
CONFIG_PREEMPT_HARDIRQS=y
CONFIG_PREEMPT_REALTIME=y
CONFIG_PREEMPT_BKL=y
CONFIG_DEBUG_KERNEL=y
CONFIG_DEBUG_PREEMPT=y
CONFIG_PREEMPT_TIMING=y
CONFIG_PREEMPT_TRACE=y
CONFIG_DEBUG_STACKOVERFLOW=y
CONFIG_DEBUG_STACK_USAGE=y

No USB or PARPORT support in kernel.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Linus Torvalds | 1 Nov 2004 01:13

Re: [PATCH 504] m68k: smp_lock.h: Avoid recursive include


This one is _totally_ broken. 

Not only is that include not recursive, but it immediately breaks any SMP 
compile because that header file _needs_ the definition of "task_struct".

I applied it without realizing it, but I'll undo it and I hope you fix 
your broken tree so that I don't ever have to see this broken patch 
again..

		Linus

On Sun, 31 Oct 2004, Geert Uytterhoeven wrote:
>
> smp_lock.h: Avoid recursive include
> 
> Signed-off-by: Roman Zippel <zippel <at> linux-m68k.org>
> Signed-off-by: Geert Uytterhoeven <geert <at> linux-m68k.org>
> Signed-off-by: Linus Torvalds <torvalds <at> osdl.org>
> 
> --- linux-2.6.10-rc1/include/linux/smp_lock.h	2004-04-28 15:47:31.000000000 +0200
> +++ linux-m68k-2.6.10-rc1/include/linux/smp_lock.h	2004-10-20 22:24:05.000000000 +0200
>  <at>  <at>  -2,7 +2,6  <at>  <at> 
>  #define __LINUX_SMPLOCK_H
>  
>  #include <linux/config.h>
> -#include <linux/sched.h>
>  #include <linux/spinlock.h>
>  
>  #if defined(CONFIG_SMP) || defined(CONFIG_PREEMPT)
(Continue reading)

Permalink | Reply | 1 comment |
headers
Oliver Neukum | 1 Nov 2004 01:34

Re: [2.6.10-rc1-mm2] Firmware loader gone bogus?

Am Sonntag, 31. Oktober 2004 22:27 schrieb Shawn Starr:
> Yeah I noticed my ipw2200 firmware broke in 2.6.10-rc1-bk5
> 
> Does 2.6.10-rc1 non-bk snapshots work for you? 

Which script do you use to load the firmware?

	Regards
		Oliver
Permalink | Reply | 0 comments |
headers
Marcel Holtmann | 1 Nov 2004 01:49

Re: [2.6.10-rc1-mm2] Firmware loader gone bogus?

Hi Oliver,

> > Yeah I noticed my ipw2200 firmware broke in 2.6.10-rc1-bk5
> > 
> > Does 2.6.10-rc1 non-bk snapshots work for you? 
> 
> Which script do you use to load the firmware?

it is not a script problem. Look at the LKML from Saturday.

Regards

Marcel
Permalink | Reply | 0 comments |
headers
Shawn Starr | 1 Nov 2004 02:50
Favicon

Re: [2.6.10-rc1-mm2] Firmware loader gone bogus?


0.0.20040329-1 Linux Hotplug Scripts

hotplug_20040329 from Debian unstable/testing.

Using 2.6.9-rc4-xx I had no problems with loading the firmware. As in my 
previous emails on the subject, I posted some debug that from the firmware 
module and kobject_hotplug, and from there I couldn't see why it was failing.

I know lots of changes have been made to hotplug in the kernel recently.

Shawn.

On October 31, 2004 19:34, Oliver Neukum wrote:
> Am Sonntag, 31. Oktober 2004 22:27 schrieb Shawn Starr:
> > Yeah I noticed my ipw2200 firmware broke in 2.6.10-rc1-bk5
> >
> > Does 2.6.10-rc1 non-bk snapshots work for you?
>
> Which script do you use to load the firmware?
>
>  Regards
>   Oliver
Permalink | Reply | 0 comments |
headers
Tim Connors | 1 Nov 2004 01:52
X-Face
Picon
Picon

Re: [PATCH] Configurable Magic Sysrq

Pavel Machek <pavel <at> suse.cz> said on Sun, 31 Oct 2004 19:52:22 +0100:
> Hi!
> 
> >   I know about a few people who would like to use some functionality of
> > the Magic Sysrq but don't want to enable all the functions it provides.
> > So I wrote a patch which should allow them to do so. It allows to
> > configure available functions of Sysrq via /proc/sys/kernel/sysrq (the
> > interface is backward compatible). If you think it's useful then use it :)
> > Andrew, do you think it can go into mainline or it's just an overdesign?
> 
> Actually, there's one more thing that wories me... Original choice of
> PC hotkey (alt-sysrq-key) works *very* badly on many laptop
> keyboards. Like sysrq is only recognized with fn, but key is not
> recognized when you hold fn => you have no chance to use magic sysrq.
> 
> Perphaps sysrq could be made prefix notation? Like alt-sysrq, release,
> press s is sync?

It seems to already do that for me.

What I do have, is some bizzaaro hardware that gives some weird escape
keycode for alt-sysreq, so alt-sysreq s,u,b doesn't work. Could be the
fact that it is a PS2 keyboard plugged into an old AT style connector,
or something else, but I don't know where to start looking to fix
it. It's a relatively recent and relatively clean debian install, and
I don't know what I did wrong - I noticed this behaviour pretty much
from the start.

Maybe I'm asking for not just alt to be the prefix, maybe give the
choice of ctrl, etc. But I have a feeling ctrl is kinda funky on the
(Continue reading)

Permalink | Reply | 0 comments |
headers
Dmitry Torokhov | 1 Nov 2004 01:55
Picon

Re: [2.6.10-rc1-mm2] keyboard / synaptics not working

On Sunday 31 October 2004 01:03 pm, Alexander Gran wrote:
> Hi,
> 
> using 2.6.10-rc1-mm2 my keyboard and synaptics do not work. 2.6.9-rc4-mm1 is 
> fine. Both bootlogs are attached.

Do they work if you boot with i8042.noacpi boot option? If so please send me
your DSDT (cat /proc/acpi/dsdt > dsdt.hex).

Thanks!

--

-- 
Dmitry
Permalink | Reply | 8 comments |
headers
Neil Brown | 1 Nov 2004 02:05
X-Face
Picon
Picon
Favicon

Re: Raid1 DM vs MD

On Sunday October 31, kianusch <at> sk-tech.net wrote:
> Hi!
> 
> After loosing some Data this week ... the question upon with technology to 
> use for Soft-RAID1 emerged the last days.
> 
> So which one is the recomended approach?
> 
> Should I use MD or DM?

I would say "md", but I am biased.

> 
> One benefit on using MD is that one can use it for root-devices without 
> initrd.
> 
> But where will the development go?

Forwards.
It is unlikely that support for useful functionality will go away.
I would prefer to see all arrays being assembled by an initrd-like
thing (initramfs??) but wouldn't dream of encouraging that until it
was easy to use and widely used.  We aren't there yet.

> 
> Will MD be supported in the future or will it be replaced by DM?

It is unlikely that md will be replaced by dm in the foreseeable
future.
It is possible that dm will increase in functionality and become very
(Continue reading)

Permalink | Reply | 3 comments |
headers
Z Smith | 1 Nov 2004 02:20
Picon

Re: code bloat [was Re: Semaphore assembly-code bug]

Rogério Brito wrote:
> Z Smith wrote:

> The fastest computer that I have at my disposal is this one with a Duron 
> 600MHz processor. My father uses a Pentium MMX 200MHz with 64MB of RAM. 
> Unfortunately, for financial reasons, I don't see we upgrading our 
> computers too soo.

It seems that as time goes by, more and more people are
coming to be financially limited. In some cases the cause
is clearly the IMF / World Bank / WTO triad.

Some casual reading:
http://www.gregpalast.com/printerfriendly.cfm?artid=96

Zack
Permalink | Reply | 0 comments |
headers
Dmitry Torokhov | 1 Nov 2004 02:16
Picon

Re: Map extra keys on compaq evo

On Sunday 31 October 2004 04:38 pm, Pavel Machek wrote:
> Hi!
> 
> Compaq Evo notebooks seem to use non-standard keycodes for their extra
> keys. I workaround that quirk with dmi hook.
> 

Why don't you just call "setkeycodes" from your init script?

--

-- 
Dmitry
Permalink | Reply | 8 comments |

Gmane