Re: [PATCH] kbuild: fix make V=1

* Date: Mon, 11 Feb 2008 17:47:09 +0100 [] > Mike spotted another missing thing from his initial > patch so I folded it into the fix and pushed out > a new kbuild.git tree. > > See updated patch below. > > Sam Sam, do you agree my fix was more reliable (yea, not only efficient:)? On cost of

[patch] Re: Linux 2.6.25-rc1 , syntax error near unexpected token `;'

>> set -e; ; mkdir -p include/linux/; (echo \#define LINUX_VERSION_CODE http://mid.gmane.org/[EMAIL PROTECTED] _ -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordom

Re: [PATCH] kbuild: fix make V=1

On Tue, Feb 12, 2008 at 09:56:05AM +0100, Sam Ravnborg wrote: > On Tue, Feb 12, 2008 at 12:38:24AM +0100, Oleg Verych wrote: > > * Date: Mon, 11 Feb 2008 17:47:09 +0100 > > [] > > > Mike spotted another missing thing from his initial > > > patch so I folded it in

Re: [PATCH] kbuild: fix make V=1

On Feb 12, 2008 5:18 PM, Mike Frysinger <[EMAIL PROTECTED]> wrote: > On Tuesday 12 February 2008, Oleg Verych wrote: [] > > > i dont see how yours is more efficient when it always runs echo. > > > > Oh, this? It's like doing syscall for every write to "/dev/

Re: [PATCH] kbuild: fix make V=1

On Feb 12, 2008 4:07 PM, Mike Frysinger <[EMAIL PROTECTED]> wrote: [] > > - quiet_chk_filechk = echo ' CHK $@' > > -silent_chk_filechk = : > > - quiet_upd_filechk = echo ' UPD $@' > > -silent_upd_filechk = : > > +quiet_chk_filechk = ' CHK $@' > > +quiet_upd_filechk = ' UPD $@' >

Re: [PATCH] Compress kernel modules on installation.

On Mon, Feb 25, 2008 at 10:42 PM, Steve Brokenshire: > Hi, > > (I've sent this to the linux-kbuild and linux-kernel lists as this > patch modifies the Makefile.modinst file. I also don't subscribe to the > linux-kbuild and linux-kernel mailing lists so can I have any replies > CC'ed to me pleas

Re: [PATCH] Compress kernel modules on installation.

On Mon, Feb 25, 2008 at 11:19 PM, Willy Tarreau: > > On Mon, Feb 25, 2008 at 11:17:23PM +0100, Oleg Verych wrote: > > On Mon, Feb 25, 2008 at 10:42 PM, Steve Brokenshire: > > > Hi, > > > > > > (I've sent this to the linux-kbuild and linux-ker

stuff (Re: Kbuild update)

On Jan 4, 2008 9:09 PM, Jan Engelhardt <[EMAIL PROTECTED]> wrote: > > On Jan 4 2008 20:43, Sam Ravnborg wrote: > >On Thu, Jan 03, 2008 at 11:33:44PM +0100, Jan Engelhardt wrote: > >> > >> On Jan 3 2008 22:32, Sam Ravnborg wrote: > >> > > >> >On top of this I have my personal todo items such as: > >

translations (Re: Kbuild update)

On Sun, Jan 06, 2008 at 10:26:06PM +0800, WANG Cong wrote: > > >> It sort of stopped at one point due to missing integration in mainline. > >> What I refer to is mostly the mconf.c bits, but I would also like to > >> see what lkml says to a sample of .po files included in the kernel > >> for a num

Re: translations (Re: Kbuild update)

@ Wed, Jan 09, 2008 at 10:22:08AM +0800, WANG Cong wrote: > > >"I will use ... > >http://images.google.cz/images?svnum=100&um=1&hl=cs&client=firefox-a&rls=org.mozilla%3Acs%3Aofficial&q=I+will+use+Google+before&btnG=Hledat+obr%C3%A1zky > >... for making translations..." > >http://www.google.com/tra

Re: A bit of kconfig rewrite (Re: [PATCH] 9p: fix compile error if !CONFIG_SYSCTL)

On Fri, Oct 05, 2007 at 04:35:41AM +0200, Roman Zippel wrote: > Hi, > > On Mon, 1 Oct 2007, Oleg Verych wrote: > > > Today's kconfig was proposed and accepted in a very unpleasant > > circumstances, has very poor design, development and no working > > alternat

Re: A bit of kconfig rewrite (Re: [PATCH] 9p: fix compile error if !CONFIG_SYSCTL)

On Sat, Oct 06, 2007 at 09:03:00AM -0700, Linus Torvalds wrote: > > > On Sat, 6 Oct 2007, Oleg Verych wrote: > > > > Thanks. I will be specific, after i will finish, what i already have, > > to make air a bit less hot. Of course everything will be back > > comp

Re: [PATCH] Cute feature: colored printk output

* Sat, 6 Oct 2007 13:08:35 +0200 > * Jan Engelhardt <[EMAIL PROTECTED]> wrote: > >> Colored kernel message output >> >> Let's work more on Linux's cuteness! >> [http://lkml.org/lkml/2007/10/4/431] The following patch makes it >> possible to give kernel messages a selectable color Only boot tim

Re: A bit of kconfig rewrite (Re: [PATCH] 9p: fix compile error if !CONFIG_SYSCTL)

On Sat, Oct 06, 2007 at 08:59:20PM +0200, Sam Ravnborg wrote: > > Maintenance and acceptance of the m4/make/perl/C/ncurses community of my > > mainly `TERM=linux ; sed && sh' approach is more important for me. > > There is noone having trouble with ncurses dependency today. Who wants to meet a zo

Re: [PATCH 0/2] Colored kernel output (run2)

r. > this is nice and robust functionality that i personally welcome. The > default is not changed in any way. > > (btw., i corrected the subject line to remove the 'NAK'. Why do you > think you can 'NAK' a patch in this field?) I added comment (like this), so an

Re: [PATCH 2/2] Colored kernel output (run3)

Thanks for dealing with my acidness in the first patch :) But what about this one? On Sat, Oct 06, 2007 at 10:10:01PM +0200, Jan Engelhardt wrote: > > Colored kernel message output (2/2) > > By popular request, this patch adds per-loglevel coloring. > The user may set values using vt.printk_col

About summary in the subject (Re: [PATCH 0/2] Colored kernel output (run2))

On Sat, Oct 06, 2007 at 11:03:38PM +0200, Jan Engelhardt wrote: > > On Oct 6 2007 23:03, Oleg Verych wrote: > >> > >> (btw., i corrected the subject line to remove the 'NAK'. Why do you > >> think you can 'NAK' a patch in this field?) &

Re: A bit of kconfig rewrite (Re: [PATCH] 9p: fix compile error if !CONFIG_SYSCTL)

On Sat, Oct 06, 2007 at 11:10:48PM +0200, Sam Ravnborg wrote: > On Sat, Oct 06, 2007 at 10:47:21PM +0200, Oleg Verych wrote: > > On Sat, Oct 06, 2007 at 08:59:20PM +0200, Sam Ravnborg wrote: > > > > Maintenance and acceptance of the m4/make/perl/C/ncurses community of my >

Re: On text size and run time if config is "n", [PATCH 2/2] Colored kernel output (run3)

On Sat, Oct 06, 2007 at 11:27:54PM +0200, Jan Engelhardt wrote: [] > _call_console_drivers() skips the substring and passes on the rest of the > message: > > if (msg_level < 0 && ((end - cur_index) > 2) && > LOG_BUF(cur_index + 0) == '<' && >

"Re: [PATCH 0/2] Colored kernel output (run2)" + "`Subject:' usage"

Hallo, Ingo. On Sun, Oct 07, 2007 at 08:07:07AM +0200, Ingo Molnar wrote: > > * Oleg Verych <[EMAIL PROTECTED]> wrote: > > > > > * completely useless, if properly implemented in userspace (with > > > > much reacher functionality). > > > >

Re: "Re: [PATCH 0/2] Colored kernel output (run2)" + "`Subject:' usage"

On Sun, Oct 07, 2007 at 09:13:09PM +0200, Willy Tarreau wrote: > On Sun, Oct 07, 2007 at 08:47:52PM +0200, Rene Herman wrote: > > On 10/07/2007 06:12 PM, Ingo Molnar wrote: > > > > >* Oleg Verych <[EMAIL PROTECTED]> wrote: > > > > >>Coloring isn&

tty UI (Re: [PATCH 0/2] Colored kernel output (run2))

On Sun, Oct 07, 2007 at 10:04:44PM +0200, Jan Engelhardt wrote: > > On Oct 7 2007 22:00, Rene Herman wrote: > > On 10/07/2007 09:56 PM, Jan Engelhardt wrote: > > > >> Some is good, as long as it is not excessive. While I could imagine that > >> Knoppix will abuse the feature and use vt.printk_colo

Re: syntax highlighting, emacs ([PATCH 0/2] Colored kernel output (run2))

On Sun, Oct 07, 2007 at 10:43:46PM +0200, Jan Engelhardt wrote: > > On Oct 7 2007 22:50, Oleg Verych wrote: > > > >In fact mc config (ini) section is a better way. > > Yes, for the default colors. But /usr/share/mc/syntax/ specifies > more of them. Syntax highlightin

Re: "Re: [PATCH 0/2] Colored kernel output (run2)" + "`Subject:' usage"

On Sun, Oct 07, 2007 at 11:11:54PM +0200, Ingo Molnar wrote: > > * Willy Tarreau <[EMAIL PROTECTED]> wrote: > > > I would say that while I'm not particularly fond of flashy colors > > everywhere, I think that being able to use colors to indicate > > particular actions in progress or conditions

Re: "Re: [PATCH 0/2] Colored kernel output (run2)" + "`Subject:' usage"

On Mon, Oct 08, 2007 at 01:01:33AM +0200, Jan Engelhardt wrote: > > On Oct 8 2007 01:02, Oleg Verych wrote: > > > >If you are not going to see OOPes of new kernels running old distros, ask > >any perl hacker (as they lovely mentioned in lkml) to hack for you > >so

initramfs: coloring in userspace, "[PATCH 0/2] Colored kernel output (run2)"

On Mon, Oct 08, 2007 at 05:23:05AM +0200, Willy Tarreau wrote: > On Sun, Oct 07, 2007 at 09:47:25PM +0200, Oleg Verych wrote: > > > For instance, anyone who has experienced read errors on and IDE disk > > > knows that it can literally take hours/days to boot, after displayi

Re: [RFC/RFT] kbuild: save ARCH & CROSS_COMPILE

On Mon, Oct 08, 2007 at 10:02:55PM +0200, Sam Ravnborg wrote: > One of the complaints that I continue to hear is that kbuild > is lacking a way to 'remember' the ARCH and CROSS_COMPILE > values originally used. Yea, finally. What about, that this is the first ever prompt, that must be shown and w

Re: A bit of kconfig rewrite (Re: [PATCH] 9p: fix compile error if !CONFIG_SYSCTL)

On Mon, Oct 08, 2007 at 10:22:01PM +0200, Sam Ravnborg wrote: > > > > And there's no working alternative to build/config > > system. Thus, let me have my try OK? Thanks! > > I would prefer if you used your time to do small incrmental improvements > to what we have today rather then rewriting from

Re: RFC: reviewer's statement of oversight

* Mon, 8 Oct 2007 17:38:52 -0400 > > On Mon, Oct 08, 2007 at 01:33:38PM -0700, H. Peter Anvin wrote: >> Uhm, no. There is no reason an "unimportant" person couldn't review a >> patch, and therefore perform a potentially highly valuable service to >> the maintainer. >> >> None of these are indic

Re: [RFC/RFT] kbuild: save ARCH & CROSS_COMPILE

On Tue, Oct 09, 2007 at 06:17:43AM +0200, Sam Ravnborg wrote: > > > > What about, that this is the first ever prompt, that must be shown and > > written to the .config? > Two issues to fix before we can do this: > 1) chocie values cannot have more than one prompt what occupying all my time now is

Re: [PATCH -mm -v4 1/3] i386/x86_64 boot: setup data

* Tue, 09 Oct 2007 16:55:23 +0800 > > On Tue, 2007-10-09 at 02:06 +1000, Nick Piggin wrote: >> On Tuesday 09 October 2007 18:22, Huang, Ying wrote: [] >> I'm just wondering whether you really need to access highmem in >> boot code... > > Because the zero page (boot_parameters) of i386 boot protocol

Re: [PATCH 1/2] i386: mce cleanup part1: functional change

* Tue, 9 Oct 2007 14:49:55 +0200 [] > @@ -33,9 +33,20 @@ void fastcall (*machine_check_vector)(struct pt_regs *, > long error_code) = unexp > /* This has to be run for each processor */ > void mcheck_init(struct cpuinfo_x86 *c) > { > + uint32_t mca, mce; > + > if (mce_disabled==1) >

Re: [PATCH 1/2] i386: mce cleanup part1: functional change

On Tue, Oct 09, 2007 at 06:06:05PM +0200, Joerg Roedel wrote: > > cpu_has() returns int, > > but would it be better to have something like > > > > if (!mce_disabled && > > !(c->x86_capability & (X86_FEATURE_MCA | X86_FEATURE_MCE)) { > > printk(KERN_INFO "CPU%i: No machine c

coding for optimizations (Re: [PATCH 1/2] i386: mce cleanup part1: functional change)

On Tue, Oct 09, 2007 at 06:06:05PM +0200, Joerg Roedel wrote: > > > void mcheck_init(struct cpuinfo_x86 *c) > > > { > > > + uint32_t mca, mce; > > > + > > > if (mce_disabled==1) > > > return; > > > > > > + mca = cpu_has(c, X86_FEATURE_MCA); > > > + mce = cpu_has(c, X86_FEATURE_MCE);

Re: [PATCH 1/2] i386: mce cleanup part1: functional change

On Tue, Oct 09, 2007 at 04:46:46PM -0400, [EMAIL PROTECTED] wrote: > On Tue, 09 Oct 2007 18:32:30 +0200, Oleg Verych said: > > On Tue, Oct 09, 2007 at 06:06:05PM +0200, Joerg Roedel wrote: > > > > cpu_has() returns int, > > > > but would it

Re: coding for optimizations (Re: [PATCH 1/2] i386: mce cleanup part1: functional change)

On Thu, Oct 11, 2007 at 01:14:29AM +0200, Adrian Bunk wrote: [] > It's also a quite ill idea to think about whether gcc might produce a > few bytes more or less code at the if when there's such a long printk() > in the middle... printk() problem was discussed with proper banana userspace replac

Re: coding for optimizations (Re: [PATCH 1/2] i386: mce cleanup part1: functional change)

On Thu, Oct 11, 2007 at 05:21:30PM +0200, Adrian Bunk wrote: > On Thu, Oct 11, 2007 at 05:26:09PM +0200, Oleg Verych wrote: > > On Thu, Oct 11, 2007 at 01:14:29AM +0200, Adrian Bunk wrote: > > [] > > > It's also a quite ill idea to think about whether gcc might produ

Re: mkasm-offsets.sh ?

On Dec 4, 2007 9:59 PM, Hollis Blanchard <[EMAIL PROTECTED]> wrote: > Hi, I found this thread: http://lkml.org/lkml/2007/4/1/237 > > I guess the complete patch was never finished? I could sure it (for > pretty much the same reason as lguest). It was, but untested (widely). The (google) search keyw

Re: mkasm-offsets.sh ?

On Dec 5, 2007 6:14 PM, Hollis Blanchard <[EMAIL PROTECTED]> wrote: > > On Wed, 2007-12-05 at 07:49 +, Oleg Verych wrote: > > On Dec 4, 2007 9:59 PM, Hollis Blanchard <[EMAIL PROTECTED]> wrote: > > > Hi, I found this thread: http://lkml.org/lkml/2007/4/1/237

Re: - lguest-the-asm-offsets.patch removed from -mm tree

> This is the structure offsets required by lg.ko's switcher.S. > > Unfortunately we don't have infrastructure for private asm-offsets > creation. I did asm-offsets build rewrite RFC caled asm-values more than four week ago: Just FYI. - To unsubscribe

asm-offsets

On Fri, Jul 20, 2007 at 11:34:13AM +1000, Rusty Russell wrote: > On Thu, 2007-07-19 at 23:46 +0200, Oleg Verych wrote: > > > This is the structure offsets required by lg.ko's switcher.S. > > > > > > Unfortunately we don't have infrastructure for private as

Re: asm-offsets

On Fri, Jul 20, 2007 at 01:23:40PM +1000, Rusty Russell wrote: > I appreciate your frustration! It isn't, just a conversation, everyone can skip, you know. > Unfortunately I'm not fluent enough in kbuild to be able to give > meaningful commentary, Modest Rusty :) > so pinging Sam is my wa

Re: [PATCH 1/2] run scripts/Lindent on it to match Documentation/CodingStyle

* Date: Fri, 20 Jul 2007 11:07:43 -0600 > Of course, we can't add this flag to Lindent until it's widely > circulating amongst the distributions. Perhaps we can add this to > Lindent in the meantime: > > sed -i -e 's/^\t* \(\w*:\)/ \1/' "$@" > > which will replace the leading tabs and spaces

Fixing lables after GNU indent (Re: [PATCH 1/2] run scripts/Lindent on it to match Documentation/CodingStyle)

[] > > > sed -i -e 's/^\t* \(\w*:\)/ \1/' "$@" > > > > > > which will replace the leading tabs and spaces with one space. > > > It should leave case labels unmolested, as they should be indented with > > > tabs, not 6 spaces. > > > > > > Any regexp ninjas want to have a go at something better?

Re: [PATCH 25/33] kbuild: use POSIX BRE in headers install target

* Date: Tue, 17 Jul 2007 16:08:54 +0200 > > From: Mike Frysinger <[EMAIL PROTECTED]> > > The sed expression used at the moment in scripts/Makefile.headersinst > relies on the (handy) GNU extension where you can escape ERE's in an > otherwise BRE without using the GNU -r option. The following patch

Re: [PATCH 25/33] kbuild: use POSIX BRE in headers install target

On Sat, Jul 21, 2007 at 10:23:44AM +0200, Andreas Schwab wrote: > Oleg Verych <[EMAIL PROTECTED]> writes: > > >> + -e > >> "s/[[:space:]]__user[[:space:]]\{1,\} > > > > substitute one or more ' __user ' > > Substitute &#x

Re: [kbuild-devel] [PATCH 25/33] kbuild: use POSIX BRE in headers install target

On Sat, Jul 21, 2007 at 04:27:31AM -0400, Mike Frysinger wrote: [] > if you want to make some micro optimization in the build install step, > sure ... but functionally, the difference is irrelevant considering > sed operates only on individual lines That was an attempt to support less sucking use

Re: Patches for REALLY TINY 386 kernels

* Date: Wed, 18 Jul 2007 12:00:05 -0700 >> If this is an issue, then changing i386 back to discarding __exit code >> and data at linktime instead of runtime might make a bigger difference. > > What would really make a big difference would be to unspool the > initramfs in such a way that it only r

More effective processing (Re: [PATCH 25/33] kbuild: use POSIX BRE in headers install target)

On Sat, Jul 21, 2007 at 10:39:16PM +0200, Sam Ravnborg wrote: > On Sat, Jul 21, 2007 at 03:21:43PM -0400, Mike Frysinger wrote: [] > > while you could try and make a claim against memory/cpu effeciency, i > > fail to see how the first or last claims could possibly be backed up Less \{\(\\n\t\+\)\}

Re: [RFC, Announce] Unified x86 architecture, arch/x86

* From: Alan Cox * Date: Sat, 21 Jul 2007 00:55:12 +0100 * Organization: Red Hat UK Cyf., Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, Y Deyrnas Gyfunol. Cofrestrwyd yng Nghymru a Lloegr o'r rhif cofrestru 3798903 > > On Fri, 20 Jul 2007 18:38:39 -0400 > Jeff Garzik <[EMAI

Re: More effective processing (Re: [PATCH 25/33] kbuild: use POSIX BRE in headers install target)

On Sun, Jul 22, 2007 at 12:13:26AM +0200, Sam Ravnborg wrote: > On Sun, Jul 22, 2007 at 12:16:27AM +0200, Oleg Verych wrote: > > > > What do you think about this one? I want to propose to remove > > scripts/unifdef.c but to make clear policy about how to mark __KERNEL__ &

Re: [PATCH] [9/58] x86_64: Always use builtin memcpy on gcc 4.3

* From: Andi Kleen <[EMAIL PROTECTED]> * Date: Thu, 19 Jul 2007 11:54:53 +0200 (CEST) > > Jan asked to always use the builtin memcpy on gcc 4.3 mainline because > it should generate better code than the old macro. Let's try it. Unfortunately such info is hard to find. The [EMAIL PROTECTED] list is

Re: [PATCH] asus-laptop: ASUS laptop no longer compiles. I think this is the right fix ?

* Date: Mon, 23 Jul 2007 14:53:10 +0100 http://permalink.gmane.org/gmane.linux.kernel/559360 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read t

Re: Documentation files in html format?

* Date: Fri, 10 Aug 2007 09:40:47 +0200 * Sam Ravnborg: > > Documentation should be easy to access and readable in the source format. > For this purpose asciidoc seems to do a good job. > > It is btw. discussed at git ML if they should shift due to toolset being > slow but that happens to be the do

Re: about modularization

* Date: Fri, 3 Aug 2007 15:19:00 +0200 * Received-SPF: softfail (mx3: transitioning domain of elte.hu does not designate 157.181.1.14 as permitted sender) client-ip=157.181.1.14; [EMAIL PROTECTED]; helo=elvis.elte.hu; > If you boot into a distro kernel on > a typical PC, about half of the kerne

Re: Thinking outside the box on file systems

* Date: Sun, 19 Aug 2007 03:57:58 +0100 >> don't forget the ACPI interpreter. > > YAProof that bogons follow Boze statistics... or bugons, then. Why big minds didn't do rdev-like binary patching of the kernel image with binary ACPI data? Getting such data in (any) userspace would be the only thi

kconfig/kbuild rewite (Re: What's up with CONFIG_BLK_DEV?)

* Sun, 26 Aug 2007 01:08:28 -0500 * Organization: Boundaries Unlimited > [] > Also "here's a symbol, show me a menu containing everything else that is > either required by or enabled by this symbol..." That sounds like a more > powerful abstraction, since the previous one is "show me everything

Re: [OT] good job guys with the anti-spam !

* Tue, 31 Jul 2007 23:40:11 +0200 > [] > eventhough people often write only when they have something to complain > about, I for once would like to congratulate Matti and David, our mail > admins, for the wonderful job they've done with the spams lately. This > month, I might have seen maybe one or

Re: [ANNOUNCE] seekwatcher v0.3 IO graphing an animation

* Fri, 27 Jul 2007 21:20:57 -0400 > [] > Here's a sample of the smoother graphs (creating 20 kernel trees): > > http://oss.oracle.com/~mason/seekwatcher/ext3_vs_btrfs_vs_xfs.png It seems, that making log for XFS on different physical device can boost performance. Will it be reliable, is a question

Re: [OT] good job guys with the anti-spam !

On Sun, Sep 02, 2007 at 02:39:36AM +0200, Bj?rn Steinbrink wrote: [] > > Ehrm, you want everyone who wants to start a new thread to: > > - send an email > - await response from the mail server > - send the same email again as a reply to the first one No. Send a ticket request and then organiz

Re: [OT] good job guys with the anti-spam !

On Sun, Sep 02, 2007 at 10:18:36AM +0200, Willy Tarreau wrote: [] > > Your method as i mentioned > makes it trivial for them to request 1 ticket, then send 1 mails > which will be accepted without ever being filtered. It will result in > an increase of the number of spams and a great annoyanc

Re: GPL weasels and the atheros stink

* Sun, 2 Sep 2007 16:03:07 +0200 > > Hi. My name may not ring a bell for lots of lklm members. Hallo, Marc. It's OK; shit happens, calm down, please. [] > Well, if that's truely the case, I may reconsider my good faith for future > contributions. Heck, instead of giving away my code under the GPL

Re: kconfig/kbuild rewite (Re: What's up with CONFIG_BLK_DEV?)

On Sun, Sep 02, 2007 at 01:51:50PM +0200, Sam Ravnborg wrote: [] > Then as now you have not yet expalined what you are trying to do. > Nevertheless I look forward for a minmal set of patches that improve > whatever you are working with. Yes, because it's LKML, that wants not-hand-waving stuff in f

Re: [PATCH 0/3] build system: section garbage collection for vmlinux

* Wed, 5 Sep 2007 14:43:21 +0100 * User-Agent: KMail/1.9.1 > > Build system: section garbage collection for vmlinux > Maybe this is just a test suit to get finish with `make XYZ static`? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMA

Re: [PATCH 0/3] build system: section garbage collection for vmlinux

On Wed, Sep 05, 2007 at 07:46:11PM +0100, Denys Vlasenko wrote: > On Wednesday 05 September 2007 16:53, Oleg Verych wrote: > > * Wed, 5 Sep 2007 14:43:21 +0100 > > * User-Agent: KMail/1.9.1 > > > > > > Build system: section garbage collection for vmlinux > >

Fast path efficiency (Re: [rfc][patch] dynamic data structure switching)

* Sun, 2 Sep 2007 20:36:19 +0200 > I see, that in many places all pre-checks are done in negative form with resulting return or jump out. In this case, if function was called, what likely() path is? > +static void resize_pid_hash(void) > +{ > + unsigned int old_shift, new_shift; > + > + i

Re: [PATCH 0/3] build system: section garbage collection for vmlinux

On Thu, Sep 06, 2007 at 11:55:46AM +0100, Denys Vlasenko wrote: [] > > Give me example, please, why function must be non static if not used. > > Where do you see I'm saying that they must be non-static? > I'm all for marking functions static. I just did it for aic7xxx. > > > If usage requires kco

Re: [PATCH 0/3] build system: section garbage collection for vmlinux

On Thu, Sep 06, 2007 at 02:21:43PM +0200, Adrian Bunk wrote: [] > > You've did a tool. Documenting this tool to have it available for > > testers/janitors/maintainers is a better way, than to have all that > > opinions/problems with merging-to-mainline. > > There is no problem with his patch. > >

Re: [PATCH 0/3] build system: section garbage collection for vmlinux

* Thu, 6 Sep 2007 22:39:31 +0200 [] >> > His patch improves the build process. >> >> I would like to know timing, btw. Size, especially shown 1%, doesn't >> matter if link time increased dramatically. `Allyes' config, when i >> had fast and rammish machine was terrible thing (last winter). If 32

Re: [PATCH 0/3] build system: section garbage collection for vmlinux

* Thu, 6 Sep 2007 23:19:55 +0200 > > On Thu, Sep 06, 2007 at 11:16:15PM +0200, Oleg Verych wrote: >> * Thu, 6 Sep 2007 22:39:31 +0200 >> >> [] >> >> > His patch improves the build process. >> >> >> >> I would like to know timing, bt

Re: [PATCH 1/2] ELAN U132 Host Controller Driver: convert sw_lock to mutex

* Thu, 6 Sep 2007 23:18:15 +0200 [] > @@ -184,7 +184,7 @@ struct u132_ring { > struct u132 { Subject: [PATCH 1/2] ELAN U132 Host Controller Driver: convert sw_lock to mutex [] > struct list_head u132_list; > -struct semaphore sw_lock; > +struct mutex sw_lock; >

Re: "Re: [PATCH 0/2] Colored kernel output (run2)" + "`Subject:' usage"

Hi, Bill. Fri, Oct 12, 2007 at 09:16:01AM -0400: [] > >Coloring isn't useful. If it was, it would be implemented ~16 years ago. > > So anything that wasn't implemented a decade ago is not useful? Virtual > machines, software raid, fair scheduling, jumbo packets, SMT/SMP/NUMA > support, support

Redesigning file2alias for easy merging (bits of kbuild/kconfig)

* Thu, 11 Oct 2007 21:03:14 -0700 (PDT) > On Thu, 11 Oct 2007, Greg KH wrote: > >> On Thu, Oct 11, 2007 at 07:58:04PM -0700, Linus Torvalds wrote: >> > >> > So I merged it all, and I don't expect any problems, but I'm hoping >> > somebody is thinking about that mod_devicetable.h/file2alias.c mes

Re: 2.6.24-rc1-82798a1 compile failure (x86_64)

= 11/4/07 = > > > > I also have CFLAGS set on some computers in my environments since for > > > > packages using GNU autoconf that's the correct way to set the compiler > > > > flags. [] > > ... > > > At minimum the extra CFLAGS needs to be put into the .config - but > > > that's not a too nice s

dfsg isn't fsf (Re: GPL only modules [was Re: [GIT PATCH] more Driver core patches for 2.6.19])

On 2006-12-14, Alan wrote: [] > I doubt any distribution but the FSF "purified" Debian (the one that has > no firmware so doesn't work) would do it. DFSG "purified" Debian[1], please. [1] -- -o--=O C info emacs : not found /. .\ ( is there any reason to

[ot] Re: coding style and re-inventing the wheel way too many times

On 2006-12-21, Robert P. J. Day wrote: [] > in any event, even *i* am not going to go near this kind of cleanup, > but is there anything actually worth doing about it? just curious. Moscow wasn't built at once... You may notice as some others are doing little by little steps: - source cleanups

Re: [updated PATCH] remove 555 unneeded #includes of sched.h

On 2006-12-29, Tim Schmielau wrote: [] > OK, building 2.6.20-rc2-mm1 with all 59 configs from arch/arm/configs > with and w/o the patch indeed found one mysterious #include that may not > be removed. Thanks, Russell! > > Andrew, please use the attached patch instead of the previous one, it also

Re: [PATCH] kbuild: Replace remaining "depends" with "depends on"

On 2006-12-13, Robert P. J. Day wrote: > > Replace the very few remaining "depends" Kconfig directives with > "depends on". > > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> > > --- For this kind of fixes, please use "kconfig" subsystem instead of "kbuild" in subject. Thanks. - To u

[fix, rfc] kbuild: O= with M= (Re: [PATCH -mm] replacement for broken kbuild-dont-put-temp-files-in-the-source-tree.patch)

On 2006-11-17, Oleg Verych wrote: > On Tue, Oct 31, 2006 at 02:51:36PM +0100, olecom wrote: > [] >> On Tue, Oct 31, 2006 at 02:14:16AM +0100, Horst Schirmeier wrote: > [] >> > I'm not sure what you mean by $(objdir); I just got something to work >> > which cre

+1 4 cz (Re: [Ksummit-2006-discuss] 2007 Linux Kernel Summit)

In gmane.linux.kernel, David Miller wrote: > From: Alan Cox <[EMAIL PROTECTED]> > Date: Mon, 22 Jan 2007 07:45:02 -0500 > >> On Mon, Jan 22, 2007 at 12:07:11PM +0100, Christoph Hellwig wrote: >> > > process. This year, the Kernel Summit will be held in Cambridge, >> > > England, at the DeVere Univ

Re: identifying CONFIG variable typoes in the source tree

On 2007-01-23, Robert P. J. Day wrote: [] > what it does is scan the entire tree for lines of the form > > ...if... CONFIG_whatever... > > collects all of those CONFIG variables and, one at a time, checks to > see if that variable even exists in any Kconfig file in the tree so > that it could pos

Re: [KBUILD] I don't want initramfs in 2.6.19.1 but usr/ is still processed

On 2007-01-03, DervishD wrote: > > Hi all :) Hallo! > I've noticed that, even if I say NO to initramfs (and even ramdisk > support), the make process wants to GEN usr/initramfs_data.cpio.gz by > running the scripts/gen_initramfs_list.sh script. > > Why is that script run no matter the

[patch] kbuild: create KBUILD_OUTPUT

kbuild: create KBUILD_OUTPUT When requesting build to another directory, try to create it first. Cc: Sam Ravnborg <[EMAIL PROTECTED]> Signed-off-by: Oleg Verych <[EMAIL PROTECTED]> --- ,-*- bash -*- |[EMAIL PROTECTED]:~/kernel.org/_work/src/linux-2.6.20-rc5$ |[EMAIL PROTECTED]:

[newbie] Re: Is it possible to directly call do_path_lookup() in kernel?

On 2007-01-24, Xin Zhao wrote: > Archived-At: Hallo. > I just successfully called do_path_lookup() in my kernel module. I > just removed the "fastcall" from the declaration of do_path_lookup(), > then the problem disappeared. I don't quite un

[patch] kbuild: improving option checking (Re: [PATCH -mm] replacement for broken kbuild-dont-put-temp-files-in-the-source-tree.patch)

echo > null', `gcc -o null'. In aggressive starting with $(null) is recommended. Feature: file $(objtree)/null isn't in any "clear" target (yet). Cc: Roman Zippel <[EMAIL PROTECTED]> Cc: Sam Ravnborg <[EMAIL PROTECTED]> Signed-off-by: Oleg Verych <[EMAIL

[patch] spell 4 kbuild: improving option checking

Signed-off-by: Oleg Verych <[EMAIL PROTECTED]> --- linux~2.6.20-rc5/scripts/Kbuild.include~2007-01-24 09:19:01.386426000 +0100 +++ linux~2.6.20-rc5/scripts/Kbuild.include 2007-01-24 20:07:11.15282 +0100 @@ -2,5 +2,5 @@ # kbuild: Generic definitions -# Convinient con

[rft] (g)awk substitution (Re: [PATCH] sed s/gawk/awk/scripts/gen_init_ramfs.sh)

> On Tuesday 23 January 2007 7:49 pm, Andrew Morton wrote: >> If the kernel is being compiled on a non-Linux system (eg: legacy Unix) >> then it is, I guess, possible for `awk' and `gawk' to offer different >> features. If the kernel's use of gawk uses GNU extensions then this patch >> might break

[patch, rft] scripts/gen_initramfs_list.sh: replace gawk with shell, whitespace cleanup

scripts/gen_initramfs_list.sh: replace gawk with shell, whitespace cleanup Signed-off-by: Oleg Verych <[EMAIL PROTECTED]> --- -o--=O`C #oo'L O <___=E M --- linux~2.6.20-rc5/scripts/gen_initramfs_list.sh~ 2007-01-12 19:54:26.0 +0100 +++ linux~2.6.20-rc5/scripts/gen_ini

[patch, rft] scripts/makelst: replace gawk with shell, update

scripts/makelst: replace gawk with shell, update Signed-off-by: Oleg Verych <[EMAIL PROTECTED]> --- -o--=O`C #oo'L O <___=E M --- linux~2.6.20-rc5/scripts/makelst~ 2007-01-12 19:54:26.0 +0100 +++ linux~2.6.20-rc5/scripts/makelst2007-01-24 23:21:33.273657000 +0100

sed _s_gnu_alternatives_ (Re: [rft] (g)awk substitution)

On Wed, Jan 24, 2007 at 08:51:32PM -0500, Rob Landley wrote: > On Wednesday 24 January 2007 4:03 pm, Oleg Verych wrote: > > > Let me propose you to test this as solution, that need no awk, only shell: > > Actually awk is one of the standard Single Unix Specification (version 3

Re: Intel PCI-E bridge ACPI resources and possibly related SATA unstability problems on ASUS A8Js

gmane.linux.kernel: > Hi, Hallo. > recently I got my hands on an ASUS A8Js notebook (Core 2 Duo T7200, > Intel 945 PM PCI-E Chipset, for details see attached log). After booting > the latest 2.6.20-rc5-git3 kernel (but the same behaviour occurs also with > the 2.6.19.2, didn't try any other), s

Re: Intel PCI-E bridge ACPI resources and possibly related SATA unstability problems on ASUS A8Js

On Thu, Jan 25, 2007 at 01:28:56PM +0100, Martin Drab wrote: > On Thu, 25 Jan 2007, Oleg Verych wrote: > > > gmane.linux.kernel: > > > recently I got my hands on an ASUS A8Js notebook (Core 2 Duo T7200, > > > Intel 945 PM PCI-E Chipset, for details see attached

Re: sed _s_gnu_alternatives_ (Re: [rft] (g)awk substitution)

On Thu, Jan 25, 2007 at 01:03:32PM -0500, Rob Landley wrote: > On Thursday 25 January 2007 4:40 am, Oleg Verych wrote: > > > Your objection is a bit like saying "and don't use cat". I'm saying > > > don't > > > call cat "gcat"

Re: sed _s_gnu_alternatives_ (Re: [rft] (g)awk substitution)

On Thu, Jan 25, 2007 at 02:38:02PM -0500, Rob Landley wrote: > On Thursday 25 January 2007 2:14 pm, Oleg Verych wrote: > > > I believe "shift 5" is also SUSv3. :) > > > > If you have tested, please send ack or nack to us. > > I have not. I tested t

Re: [PATCH 006 of 6] md: Add support for reshape of a raid6

> From: Andrew Morton > Newsgroups: gmane.linux.raid,gmane.linux.kernel > Subject: Re: [PATCH 006 of 6] md: Add support for reshape of a raid6 > Date: Wed, 21 Feb 2007 14:48:06 -0800 Hallo. > On Tue, 20 Feb 2007 17:35:16 +1100 > NeilBrown <[EMAIL PROTECTED]> wrote: > >> +for (i = conf

loops (Re: [PATCH 006 of 6] md: Add support for reshape of a raid6)

> From: Neil Brown > Newsgroups: gmane.linux.raid,gmane.linux.kernel > Subject: Re: [PATCH 006 of 6] md: Add support for reshape of a raid6 > Date: Thu, 22 Feb 2007 13:39:56 +1100 [] > I guess... "Egoless programmer" and all that, "write for others to > read, not for the compiler", Few years back

x86 hardware and transputers (Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3)

> From: "Michael K. Edwards" > Newsgroups: gmane.linux.kernel > Subject: Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3 > Date: Thu, 22 Feb 2007 00:59:10 -0800 [striping cc list] [] > On 2/21/07, Ingo Molnar <[EMAIL PROTECTED]> wrote: >> > [...] As for threadlets, making them ke

.mailmap in top directory

On Wed, Feb 07, 2007 at 10:42:27PM -0800, Andrew Morton wrote: [] > > > add-mailmap-for-proper-git-shortlog-output.patch > > > > i can't tell anything about this one. For what? > > Beats me. git stuff. I'll let Linus decide. So it's in 2.6.21-rc1. Is it really so necessary in the linux-source

ioctls.h (Re: [PATCH][RFC] Make asm-generic/ioctl.h extensible by adding conditionals.)

> From: "Robert P. J. Day" > Newsgroups: gmane.linux.kernel > Subject: [PATCH][RFC] Make asm-generic/ioctl.h extensible by adding > conditionals. > Date: Sat, 24 Feb 2007 06:45:20 -0500 (EST) > as a followup to my earlier post, is it worth making this change to > allow at least a couple arch-sp

Re: [PATCH] USB Elan FTDI: check for workqueue creation v2

> From: Cyrill Gorcunov > Newsgroups: gmane.linux.kernel > Subject: bss zeroing ([PATCH] USB Elan FTDI: check for workqueue creation v2) > Date: Sat, 24 Feb 2007 10:41:15 +0300 [] > Btw, Pete, you are right! C99 ANSI standart says that static pointer > if it not initialized explicitly has to be set

  1   2   3   4   >