Re: [RFC PATCH] Add a 'minimal tree install' target

Hallo. On Thu, Sep 13, 2007 at 09:19:38PM +0200, Sam Ravnborg wrote: [] > > > > sed -n "s/^ALTARCH[[:space:]]:=[[:space:]]\(.*$\)\+/\1/p" > > > > (i'm sure there is a better way though) > > Oleg (added to mail) - you are quite confident in sed et al. > Let us know if there is a simpler way.

Re: [RFC PATCH] Add a 'minimal tree install' target

On Thu, Sep 13, 2007 at 01:05:06PM -0700, Chris Wedgwood wrote: > On Thu, Sep 13, 2007 at 10:17:27PM +0200, Oleg Verych wrote: > > > That particular one-line `ALTARCH := i386' of course can be matched > > simpler, because there's only *one* (as written above)

Rename asm-offsets tool or not? (Re: [patch 01/03] kbuild, asm-values: infrastructure)

On Sun, Sep 16, 2007 at 08:29:12PM +0200, Sam Ravnborg wrote: > Hi Oleg. Hallo. Nice, you are bringing it back. I'll try to have LKML-like output this time, not a makefile mess and stuff: [] > I see no value in renaming from asm_offset to asm_value - please drop it. > Introducing the generic asm-

Re: [patch 1/7] Extended crashkernel command line

* Tue, 25 Sep 2007 20:22:58 +0200 > > This is the generic part of the patch. It adds a parse_crashkernel() function > in kernel/kexec.c that is called by the architecture specific code that > actually reserves the memory. That function takes the whole command line and > looks itself for "crashkerne

Re: [patch 3/5] Add samples subdir

* Tue, 25 Sep 2007 21:00:36 +0200 > > Hi Mathieu & Randy. > > On Tue, Sep 25, 2007 at 08:11:48AM -0400, Mathieu Desnoyers wrote: >> From: Randy Dunlap <[EMAIL PROTECTED]> >> >> Begin infrastructure for kernel code samples in the samples/ directory. >> Add its Kconfig and Kbuild files. >> Source it

Re: [patch 1/7] Extended crashkernel command line

Wed, Sep 26, 2007 at 06:16:02PM +0200, Bernhard Walle (part two, see bottom): > > memparse(), as a wrapper for somple_strtoll(), always have a return value > > (zero by default). > > Sorry for my typos, i should write `simple_strtoull()'. This f

why network devices don't do reference counting? (Re: [PATCH] Module use count must be updated as bridges are created/destroyed)

* Wed, 26 Sep 2007 08:37:05 -0700 * Organization: Linux Foundation > > On Wed, 26 Sep 2007 08:53:27 +0100 > "Jan Beulich" <[EMAIL PROTECTED]> wrote: > >> Otherwise 'modprobe -r' on a module having a dependency on bridge will >> implicitly unload bridge, bringing down all connectivity that was >> us

reviewed (Re: [patch 1/7] Extended crashkernel command line)

Wed, Sep 26, 2007 at 11:05:33PM +0200, Bernhard Walle: > * Oleg Verych <[EMAIL PROTECTED]> [2007-09-26 20:18]: > > > > > > --- a/kernel/kexec.c > > > +++ b/kernel/kexec.c > > > @@ -1172,33 +1172,50 @@ static int __init parse_crashkernel_mem( > >

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

* Fri, 28 Sep 2007 11:12:51 -0600 > On Thursday 27 September 2007, Nick Piggin wrote: >> On Saturday 29 September 2007 00:34, Linus Torvalds wrote: >> > On Fri, 28 Sep 2007, Nick Piggin wrote: >> > > > God I hate select. >> > > >> > > IMO a better implementation would result in a notification / >

Re: Scheduler benchmarks - a follow-up

On Mon, Sep 17, 2007 at 09:43:42PM +0200, Willy Tarreau wrote: > > On Mon, Sep 17, 2007 at 09:45:59PM +0200, Oleg Verych wrote: > > The copy list, removed by Ingo is restored. Playing fair game, Willy! > > Sorry Oleg, I don't understand why you added me to this thread. A

Re: Git tree for old kernels from before the current tree

* Mon, 23 Jul 2007 11:02:39 -0700 (PDT) > > On Mon, 23 Jul 2007, Nicolas Pitre wrote: >> >> I started this once. >> >> I have (sort of) a GIT tree with all Linux revisions that I could find >> from v0.01 up to v1.0.9. But the most interesting information and also >> what is the most time consu

Re: PROBLEM: System Freeze on Particular workload with kernel 2.6.22.6

* Wed, 19 Sep 2007 04:45:17 -0400 > > [1.] Summary > System Freeze on Particular workload with kernel 2.6.22.6 > > [2.] Description > System freezes on repeated application of the following command > for f in *png ; do convert -quality 100 $f `basename $f png`jpg; done > > Problem is consistent and

Message codes (Re: [Announce] Linux-tiny project revival)

* Thu, 20 Sep 2007 15:15:47 -0700 * X-MimeOLE: Produced By Microsoft Exchange V6.5 [] >>*Shrug*. >> >>My problem is that switching off printk is the single biggest bloat > cutter >>in >>the kernel, yet it makes the resulting system very hard to support. It >>combines a big upside with a big downsi

Re: Message codes (Re: [Announce] Linux-tiny project revival)

On Fri, Sep 21, 2007 at 04:15:39PM -0500, Rob Landley wrote: [] > > >Not all, but critical info, that must exist in human-readable form of > > >course. > > > > I disagree. For a production product the you want minimal information > > to reduce the communication bandwidth required between the remot

Killing printk calls for size (Re: [PATCH] [6/50] i386: clean up oops/bug reports)

* Sat, 22 Sep 2007 00:32:04 +0200 (CEST) [] > arch/i386/kernel/traps.c | 16 > arch/i386/mm/fault.c | 13 +++-- > 2 files changed, 11 insertions(+), 18 deletions(-) It seems, like size can be reduced even more now: [] > report_bug(regs->eip, regs);

possible corrections in the docs (Re: [PATCH] [7/50] x86: expand /proc/interrupts to include missing vectors, v2)

* Sat, 22 Sep 2007 00:32:05 +0200 (CEST) [] > Index: linux/Documentation/filesystems/proc.txt >=== > --- linux.orig/Documentation/filesystems/proc.txt > +++ linux/Documentation/filesystems/proc.txt > @@ -347,7 +347,40 @@ connects the

Re: [PATCH] [13/50] x86: Fix and reenable CLFLUSH support in change_page_attr()

* Sat, 22 Sep 2007 00:32:11 +0200 (CEST) [] > - flush_map(&l); > + flush_map(&arg); + flush_map(&arg.l); CC arch/x86_64/mm/pageattr.o arch/x86_64/mm/pageattr.c: In function 'global_flush_tlb': arch/x86_64/mm/pageattr.c:274: warning: passing argument 1 of 'flush_map' from inc

Re: Unfortunate infinite make recursion

* Sat, 22 Sep 2007 13:24:32 +0200 (CEST) [] > The make O=$PWD truncates the Makefile, making it necessary to run `git > checkout Makefile` - should you have git; or reextract the tarball > (should you /still/ have it). Well, can we catch this case somehow? Read-only source-tree for kbuild user,

Re: Unfortunate infinite make recursion

On Sat, Sep 22, 2007 at 10:40:02PM +0200, Sam Ravnborg wrote: > On Sat, Sep 22, 2007 at 05:42:52PM +0200, Oleg Verych wrote: > > * Sat, 22 Sep 2007 13:24:32 +0200 (CEST) > > [] > > > The make O=$PWD truncates the Makefile, making it necessary to run `git > > > che

Re: [patch 1/7] Extended crashkernel command line

* Thu, 20 Sep 2007 19:18:46 +0200 [] > extern u32 vmcoreinfo_note[VMCOREINFO_NOTE_SIZE/4]; > extern unsigned int vmcoreinfo_size; > extern unsigned int vmcoreinfo_max_size; > +int __init parse_crashkernel(char *cmdline, unsigned long long system_ram, > + unsigned long long *crash_si

Not kernel dev related story (Re: Linux Router)

* Sat, 22 Sep 2007 18:09:15 -0500 > This is starting to frustrate me, because it should be much simpler > than it seems to be, and I feel like I'm missing something small and > obvious. Please address such questions to any user forum, or to <[EMAIL PROTECTED]> otherwise. While doing that, provi

Re: [patch 0/2] suspend/resume regression fixes

* Sat, 22 Sep 2007 15:59:25 -0700 (PDT) As i never had any suspend working ever, let me point this LKML post http://mid.gmane.org/[EMAIL PROTECTED] from Mihal, who just managed to do some other magic in sligtly different context (maybe yet another anti "ACPI screwed up"). Mihai, you can find wh

Re: [PATCH] [20/50] x86_64: Fix some broken white space in arch/x86_64/mm/init.c

Much, much better :) > -static void __meminit phys_pud_init(pud_t *pud_page, unsigned long addr, > unsigned long end) > -{ +static void __meminit phys_pud_init(pud_t *pud_page, ulong addr, ulong end) If somebody have *strong* objections, please say so. [] > @@ -737,7 +750,7 @@ int in_gate_area

Re: Unfortunate infinite make recursion

On Sun, Sep 23, 2007 at 08:03:35AM +0200, Sam Ravnborg wrote: > > > Please Oleg. > > > You know very well that most people will not have their kernel src RO. > > > > Sure, if it will be not comfortable. > > > > But if kbuild deals with this transparently, it must be OK. Brokenness > > due to binu

Re: [PATCH][RFC] Extend "memparse" to allow a NULL return pointer value.

* Sat, 15 Sep 2007 12:27:07 -0400 (EDT) > Extend the memparse() routine to allow a caller to use NULL as the > second parameter value if he has no interest in that returned value. (not `he', but `it', even if `he', then better `callers' + `they') > --- > > there appear to be quite a number of

Re: [patch 1/7] Extended crashkernel command line

On Sun, Sep 23, 2007 at 10:19:43PM +0200, Bernhard Walle wrote: [] > > +int __init get_crashkernel_params(u64 *memsize, u64 *addrbase, char > > *cmdline, u64 ram); > > Andrew, what's your opinion on this? Whould I resend the patch with > shorter type names? Also, maybe it will be better to exte

Re: 2.6.23-rc7 + radeonfb/s2ram

* Sun, 23 Sep 2007 22:22:28 +0300 * Organization: Home [] >> > >> > So there, if one wants "ATI Radeon display support" on Radeon XPRESS >> > 200M with >> > X using radeon_drv.so, *should* put "Framebuffer Console support" to N >> > (if it's >> > not already). [] > Bottom line: no radeo

Re: memset as memzero

22-09-2007, Bernd Eckenfels: > In article <[EMAIL PROTECTED]> you wrote: >> it doesn't add value memset with a constant 0 is just as fast >> (since the compiler knows it's 0) than any wrapper around it, and the >> syntax around it is otherwise the same. linux/arch/x86_64/lib/memset.S isn't fil

<    1   2   3   4