headers
David Lang | 30 Jan 2002 09:20

Re: Configure.help in 2.5.3-pre6

well since the old config stuff was just broken it sounds like the perfect
time to put in the new stuff rather then wasting time fixing the old,
right ;-)

(ducks and runs for cover)

David Lang

 On 30 Jan 2002, Robert Love wrote:

> Date: 30 Jan 2002 02:11:16 -0500
> From: Robert Love <rml <at> tech9.net>
> To: Linus Torvalds <torvalds <at> transmeta.com>
> Cc: linux-kernel <at> vger.kernel.org
> Subject: Re: Configure.help in 2.5.3-pre6
>
> On Wed, 2002-01-30 at 01:35, Linus Torvalds wrote:
>
> > I'd much _prefer_ to have somebody who knows menuconfug/xconfig (or just
> > wants to learn).  I have a totally untested patch for menuconfig, that
> > probably just works (like the regular config thing it doesn't actualy
> > take _advantage_ of pairing the Config.help files up with the questions,
> > but at least it should give you the help texts like it used to).
>
> Does not work for me; menuconfig bails out to the console (but does not
> return to prompt) on "?" ...
>
> I don't no one lick of this stuff either, so that is all you get from
> me. :)
>
(Continue reading)

Permalink | Reply | 1 comment |
headers
David Lang | 1 Feb 2002 00:43

Re: [PATCH] Re: crc32 and lib.a (was Re: [PATCH] nbd in 2.5.3 does not

remember that CML2 claims to be able to detect that it needs to be on and
turn it on when needed

David Lang

On Thu, 31 Jan 2002, Jeff Garzik wrote:

> Date: Thu, 31 Jan 2002 18:08:42 -0500
> From: Jeff Garzik <garzik <at> havoc.gtf.org>
> To: David S. Miller <davem <at> redhat.com>
> Cc: vandrove <at> vc.cvut.cz, torvalds <at> transmeta.com, linux-kernel <at> vger.kernel.org,
>      paulus <at> samba.org, davidm <at> hpl.hp.com, ralf <at> gnu.org
> Subject: Re: [PATCH] Re: crc32 and lib.a (was Re: [PATCH] nbd in 2.5.3
>     does not
>
> On Thu, Jan 31, 2002 at 02:59:04PM -0800, David S. Miller wrote:
> > As a side note, this thing is so tiny (less than 4K on sparc64!) so
> > why don't we just include it unconditionally instead of having all
> > of this "turn it on for these drivers" stuff?
>
> Does that 4K include the BE and LE crc tables?
>
> <shrug>  I don't mind much either way, except that I am general
> resistant to "turn this on unconditionally" for bloat reasons.
> [ie. its a reflex :)]
>
> 	Jeff
>
>
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Pavel Machek | 15 Jan 2002 20:34
Picon

Re: [PATCH] Hotplug CPUs for i386 2.5.44

Hi!

> Usage:
> 1) Apply patch, and boot resulting kernel.
> 2) echo 0 > /devices/root/sys/cpu0/online
> 3) echo 1 > /devices/root/sys/cpu0/online
> 
> The CPU actually spins with interrupts off, doing cpu_relax() and
> polling a variable.  It's basically useful for testing the unplug
> infrastructure and benchmarking.

Hehe, with this swsusp should be doable on
an smp machine (turn it into UP and suspend;
during resume, turn it into UP, resume, and go
back SMP). I guess I schould get some SMP
to play with...
			Pavel
Permalink | Reply | 0 comments |
headers
Pavel Machek | 15 Jan 2002 18:44
Picon

Re: The return of the return of crunch time (2.5 merge candidate list 1.6)

Hi!

> The point of my patchkit is to allow the file systems
> who support better resolution to handle it properly. Other filesystems
> are not worse than before when they flush inodes (and better off when
> they keep everything in ram for your build because then they will enjoy 
> full time resolution) 

What about always rounding down even when inode is
in memory? That is both simple and consistent.

> If you really wanted that I would recommend to change make.
> When all nanosecond parts are 0 it is reasonable for make to assume that
> the fs doesn't support finegrained resolution. But I'm not sure it's 
> worth it.

Thats really ugly heuristics. What about filling
nanosecond part with ~0 when unavailable?

			Psvel
Permalink | Reply | 1 comment |
headers
Pavel Machek | 16 Jan 2002 20:35
Picon

Re: [PATCH] How to get number of physical CPU in linux from user space?

>  > +#ifdef CONFIG_SMP
>  > +	seq_printf(m, "physical processor ID\t: %d\n", phys_proc_id[n]);
>  > +	seq_printf(m, "number of siblings\t: %d\n", smp_num_siblings);
>  > +#endif
> 
> Should this be wrapped in a if (cpu_has_ht(c)) { }  ?
> Seems silly to be displaying HT information on non-HT CPUs.

Well, without if () you can tell the difference
between 'no hyperthreading' and 'too old
kernel to tell me about hyperthreading so I'd
suggest kill the if ().
				Pavel
Permalink | Reply | 0 comments |
headers
Pavel Machek | 16 Jan 2002 20:28
Picon

Re: [PATCH] extended ptrace

Hi!

> Do you (or anyone else) have any good tests for this, or even ptrace in
> general?  I'm working on some ptrace tests for LTP, but if someone
> already has something to contribute it would save me some time. :)

You may try to use subterfugue.sf.net to stress ptrace....
				Pavel
Permalink | Reply | 0 comments |
headers
eric | 7 Jan 2002 16:38
Picon

(unknown)

unsubscribe
Permalink | Reply | 0 comments |
headers
Romain Lievin | 14 Jan 2002 20:18

Re: why the new config process is a *big* step backwards

On Mon, Jan 13, 2003 at 11:09:19PM +0100, Roman Zippel wrote:
> Hi,
> 
> >   at least in the old "make xconfig", i could bring up two
> > children dialogs at a time.  perhaps i want to examine/configure
> > both "Block devices" and "Filesystems" at the same time, since
> > there are some related features (loopback device support under
> > Block devices lets me mount filesystem images).  under the
> > new scheme, this is impossible (unless there's a trick or
> > feature i haven't found).
> 
> Have you found the full tree mode?
> I'm thinking about the option to open a submbenu in its own window, but
> it will not be the default. I really hate it when a program thinks it
> has to open a new window for everything.

Well, popup dialogs are very annoying...
The current system has enough windows for dislaying the important informations
(hierarchy, help, informations).

> 
> >   and that option window is just confusing.  given that we
> > already have +/- expand/collapse icons, and checkboxes for
> > selection, it just makes things messier to have these submenu
> > boxes with the internal triangle.  and once it takes you to
> > that submenu, is it really painfully obvious how you back up
> > one level?  (the arrow icon in the tool bar?)
> 
> Offering too many options at once is not good either, as then you have
> the choice that you must expand lots of submenus until you find, what
(Continue reading)

Permalink | Reply | 0 comments |
headers
Romain Lievin | 24 Jan 2002 14:31

kconfig (gconf) [PATCH]

Hi,

> > BTW how are the other views doing? :)
>

Well, I finished to write other views 2 weeks ago.
gconf includes the same 3 views as qconf, uses your icons (sharing) and takes
as much space as qconf.

Suggestions are welcome...

The patch is available on <http//tilp.info/perso>.

Romain.
--

-- 
Romain Lievin, aka 'roms'  	<roms <at> tilp.info>
The TiLP project is on 		<http://www.ti-lpg.org>
"Linux, y'a moins bien mais c'est plus cher !"
Permalink | Reply | 1 comment |
headers
Pavel Machek | 5 Jan 2002 12:13
Picon

Re: fbdev and power management

Hi!

> I'm slightly concerned by this.  There are a growing amount of drivers
> in 2.5 which are being made to work with the existing power management
> system.  This "new" system seems to have been hanging around for about
> 4 months now with no visible further work, presumably so that a paper
> can be presented before its release.

I believe it is bad idea to change driver
model again in 2.6.x-pre. I believe current
solution is pretty much okay.
--

-- 
				Pavel
Written on sharp zaurus, because my Velo1 broke. If you have Velo you don't need...

-------------------------------------------------------
This SF.Net email sponsored by: Parasoft
Error proof Web apps, automate testing & more.
Download & eval WebKing and get a free book.
www.parasoft.com/bulletproofapps1
Permalink | Reply | 0 comments |

Gmane