On 2006-11-18, Stephen Rothwell wrote:
[]
>> --- linux-2.6.19-rc5-mm2.orig/kernel/exit.c 2006-11-15 16:48:11.485511089
>> -0600
>> +++ linux-2.6.19-rc5-mm2/kernel/exit.c 2006-11-17 23:04:09.764530373
>> -0600
>> @@ -48,6 +48,8 @@
>> #include
>> #include
>>
>> +extern kmem_cache_t *fs_c
On 2006-11-17, Vivek Goyal wrote:
[]
> static void error(char *x)
> @@ -281,57 +335,8 @@ static void error(char *x)
> while(1); /* Halt */
> }
Is it possible to make this optional (using "panic" reboot timeout)?
-
To unsubscribe from this list: send the line "unsubscribe linux-
Hallo.
On 2006-11-17, Vivek Goyal wrote:
[]
> +no_longmode:
> + /* This isn't an x86-64 CPU so hang */
> +1:
> + hlt
> + jmp 1b
> +
> +#include "../../kernel/verify_cpu.S"
> +
May hang be done optional? There was a discussion about applying
"panic" reboot timeout here. Is it possi
On Fri, Nov 17, 2006 at 10:59:32PM -0800, H. Peter Anvin wrote:
> Oleg Verych wrote:
> >
> >It will burn CPU, until power cycle will be done (my AMD64 laptop and
> >Intel's amd64 destop PC require that). In case of reboot timeout (or
> >just reboot with jump to B
On Fri, Nov 17, 2006 at 11:32:59PM -0800, H. Peter Anvin wrote:
> Oleg Verych wrote:
> >On Fri, Nov 17, 2006 at 10:59:32PM -0800, H. Peter Anvin wrote:
> >>Oleg Verych wrote:
> >>>It will burn CPU, until power cycle will be done (my AMD64 laptop and
> >>>
Nice to meet you, Miquel!
On 2006-11-18, Miquel van Smoorenburg wrote:
> In article <[EMAIL PROTECTED]>,
> Oleg Verych <[EMAIL PROTECTED]> wrote:
>>On Sat, Nov 18, 2006 at 03:04:13AM +0100, Folkert van Heusden wrote:
>>> > > > I found that sometime
On Sat, Nov 18, 2006 at 08:30:02PM +0100, Jan Engelhardt wrote:
>
> On Nov 18 2006 02:38, Oleg Verych wrote:
> >On Sat, Nov 18, 2006 at 03:04:13AM +0100, Folkert van Heusden wrote:
> >> > > > I found that sometimes processes disappear on some heavily used
> &
On Sun, Nov 19, 2006 at 12:24:14AM +0100, Jan Engelhardt wrote:
>
> On Nov 18 2006 21:51, Oleg Verych wrote:
> >On Sat, Nov 18, 2006 at 08:30:02PM +0100, Jan Engelhardt wrote:
> >> >Then, who you think prints that "Killed" or "Segmentation fault"
>
On 2006-11-19, Matthew Wilcox wrote:
[]
> Someone with more time might find a more elegant fix for either or both
> of these problems. But now my qlogic adapter can find its firmware without
> being turned into a module.
Please check "initramfs-handle-more-than-one-source-dir-or-file-list.patch"
Hi, guys. I have problems with you.
Is some special NS or route needed? I can add, no problem (ISP problems
are very unlikely, but possible ;).
Final-Recipient: RFC822; arjan infradead.org
Action: failed
Status: 4.4.7
Remote-MTA: DNS; canuck.infradead.org
Last-Attempt-Date: Sun, 19 Nov 2006 14:27
On 2006-11-19, David Woodhouse wrote:
[]
> I don't see either of those connection attempts in the logs for
> canuck.infradead.org. Canuck is on GMT-5, and I've looked in its logs
> for a few minutes around 08:27 and around 06:49. Nothing seems to match
> your sender address.
Yes. I've told about D
[Dear Debbug developers, i wish your ideas will be useful.]
* From: Linus Torvalds
* Newsgroups: gmane.linux.kernel
* Date: Mon, 18 Jun 2007 17:09:37 -0700 (PDT)
>
> On Mon, 18 Jun 2007, Martin Bligh wrote:
>>
>> Sorry to be a wet blanket, but I've seen those sort of things
>> before, and they ju
[Dropping noise for Debbugs, because interested people may join via Gmane]
On Tue, Jun 19, 2007 at 02:48:55PM +0200, Adrian Bunk wrote:
> On Tue, Jun 19, 2007 at 06:06:47AM +0200, Oleg Verych wrote:
> > [Dear Debbug developers, i wish your ideas will be useful.]
> >
> > *
On Tue, Jun 19, 2007 at 04:27:15PM +0200, Stefan Richter wrote:
> On 6/19/2007 4:05 PM, Oleg Verych wrote:
> > On Tue, Jun 19, 2007 at 02:48:55PM +0200, Adrian Bunk wrote:
> >> The Debian BTS requires you to either write emails with control messages
> >> or gener
Linus,
On Tue, Jun 19, 2007 at 08:01:19AM -0700, Linus Torvalds wrote:
>
>
> On Tue, 19 Jun 2007, Adrian Bunk wrote:
> >
> > The goal is to get all patches for a maintained subsystem submitted to
> > Linus by the maintainer.
Nice quote. I'm trying to make proposition/convince Adrian, who is i
* Date: Tue, 19 Jun 2007 17:08:13 +0200
>
>> Crazy development{0}. Somebody knows, that comprehensively testing
>> hibernation is their thing. I don't care about it, i care about foo, bar.
>> Thus i can apply for example lguest patches and implement and test new
>> asm-offset replacement, *easily*.
* Date: Tue, 19 Jun 2007 10:04:58 -0700 (PDT)
>
> On Tue, 19 Jun 2007, Oleg Verych wrote:
>>
>> I'm proposing kind of smart tracking, summarized before. I'm not an
>> idealist, doing manual work. Making tools -- is what i've picked up from
>> one of
* Date: Tue, 19 Jun 2007 19:50:48 +0200
>
> [...]
>> Current identification of problems and patch association
>> have completely zero level of tracking or automation, while Bugzilla is
>> believed by somebody to have positive efficiency in bug tracking.
>
> I, as maintainer of a small subsystem,
* Newsgroups: gmane.linux.kernel
* Date: Wed, 20 Jun 2007 11:10:53 -0700
>
>> For example, if a message had:
>>
>> Message-ID: <[EMAIL PROTECTED]>
>>
>> ... and I could just generate a URL:
>>
>> http://linux-kernel.example.com/msgid/[EMAIL PROTECTED]
>
> gmane can do that:
> http://mid.gma
* Date: Thu, 21 Jun 2007 08:21:03 +0200
>
> To have Gmane (news<=>e-mail [and web]) engine[s] on the kernel.org will
> be the best thing ever!
Some more "Why":
>
> * You don't receive (or annoyingly bounce) huge traffic.
> . big backlogs are handled easily in many cases, like getting
> e-ma
On Fri, Jun 22, 2007 at 04:19:34PM +0200, Stefan Richter wrote:
> Markus Rechberger wrote:
> > just reading through it and cleaning up some code isn't so difficult
> > and can be done by many people -
>
> Doing cleanups is a good way to get into the matter, to become able to
> eventually fix bugs
* From: Denis Cheng
* Newsgroups: linux.kernel
* Date: Fri, 22 Jun 2007 22:15:49 -0700 (PDT)
> From: Denis Cheng <[EMAIL PROTECTED]>
>
> the explicit memset call could be optimized out by data initialization,
> thus all the fill working can be done by the compiler implicitly.
Can be optimized an
* From: Randy Dunlap
* Newsgroups: linux.kernel
* Date: Fri, 22 Jun 2007 13:28:10 -0700
* Organization: Oracle Linux Eng.
[]
> --- /dev/null
> +++ linux-2.6.22-rc5/scripts/decodecode
> @@ -0,0 +1,47 @@
> +#!/bin/sh
> +# Disassemble the Code: line in Linux oopses
> +# usage: decodecode < oops.file
* From: Christoph Lameter
* Newsgroups: linux.kernel,linux.ports.arm.kernel
* Date: Fri, 22 Jun 2007 13:15:19 -0700 (PDT)
>
> Here is the corresponding PA-RISC piece. Its as straightforward as
> the other one since the only way to make this work properly in the past
> was if the sizes passed to t
* Newsgroups: linux.kernel,comp.video.video4linux,linux.usb.devel
As you might know, there's no organized central traking system, thus
this huge lists of MLs...
> But, as always, you need someone to code it, etc.
... and no relevant one, where somebody can actually see the problem
and/or to code
On Sat, Jun 23, 2007 at 03:13:55PM +0200, Adrian Bunk wrote:
> On Sat, Jun 23, 2007 at 09:59:33AM +0200, Oleg Verych wrote:
[]
> > > From: Denis Cheng <[EMAIL PROTECTED]>
> > >
> > > the explicit memset call could be optimized out by data initialization,
> &g
On Sat, Jun 23, 2007 at 03:26:26PM +0200, Willy Tarreau wrote:
> On Sat, Jun 23, 2007 at 03:17:27PM +0200, Andi Kleen wrote:
> > On Saturday 23 June 2007 13:09, Arkadiusz Miskiewicz wrote:
> > > On Saturday 23 of June 2007, Andi Kleen wrote:
> > > > Here's a nickel. Get yourself a real shell.
> > >
On Sat, Jun 23, 2007 at 03:17:27PM +0200, Andi Kleen wrote:
> On Saturday 23 June 2007 13:09, Arkadiusz Miskiewicz wrote:
> > On Saturday 23 of June 2007, Andi Kleen wrote:
> > > Here's a nickel. Get yourself a real shell.
> >
> > POSIX compilant shell isn't real shell?
>
> In this case it's not g
* From: Andrew Morton
* Newsgroups: linux.kernel
* Date: Sat, 23 Jun 2007 10:23:18 -0700
>
> On Sat, 23 Jun 2007 13:14:40 +0100 "Jay L. T. Cornwall" <[EMAIL PROTECTED]>
> wrote:
>
>> I'm beginning to suspect the Attansic L1 Gigabit Etherner driver (marked
>> as EXPERIMENTAL in 2.6.22-rc5). I can'
On Sun, Jun 24, 2007 at 11:10:09AM +0100, Jay L. T. Cornwall wrote:
> Oleg Verych wrote:
>
> >> That sounds like a good theory: you're getting easily-hit oopses in one of
> >> the kernel's most-used codepaths which hasn't chanbged much in a long
&g
On Sun, Jun 24, 2007 at 08:58:10PM +0800, rae l wrote:
> On 6/23/07, Oleg Verych <[EMAIL PROTECTED]> wrote:
> >Why not just show actual objdump output on code (maybe with different
> >oxygen atoms used in gcc), rather than *talking* about optimization and
> >standards
On Sun, Jun 24, 2007 at 03:15:17PM -0700, Arjan van de Ven wrote:
>
> > > I think all these benefits are the gcc's __builtin_memset optimization
> > > than the explicit call to memset.
> >
> > ... or from complex memset() implementation (some chips even didn't do
> > `rep' fast enough somehow). M
* Date: Thu, 10 May 2007 10:09:39 +1000
>
> On Wed, 2007-05-09 at 22:46 +0200, Sam Ravnborg wrote:
>> On Wed, May 09, 2007 at 02:51:36AM -0700, [EMAIL PROTECTED] wrote:
>> > From: Rusty Russell <[EMAIL PROTECTED]>
>> >
>> > This is the structure offsets required by lg.ko's switcher.S.
>> >
>> > U
Makefile generating.
Signed-off-by: Oleg Verych <[EMAIL PROTECTED]>
---
-o--=O`C /. .\
#oo'L O o
<___=E M^--
Just lazy typing `make ARCH=i386` every time i want to check lguest.
Makefile | 17 -
scripts/mkm
On Tue, Jun 12, 2007 at 09:12:09AM -0700, Randy Dunlap wrote:
[]
> I did:
>
> # build a linux-2.6.22-rc4-git4 kernel source tree & cd into it
> # mkdir BLD
> $ make ARCH=i386 O=BLD defconfig
> $ make -j4 O=BLD all >BLD/bld.out 2>&1
>
> and it cried to me:
>
> GEN /scsi/linsrc/linux-2.6.22-
A small example of how it can be used privately.
rfc-by: Oleg Verych
---
TODO: change lguest files to use it.
drivers/lguest/Makefile |4
drivers/lguest/asm-values.c | 24
2 files changed, 28 insertions(+)
Index: linux-2.6.22-rc4-mm2/drivers
Version number zer0.
--
-o--=O`C
#oo'L O
<___=E M
-
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 the FAQ at http://www.tux.org/lkml/
, MIPS testing/joining to all arch
probably needed)
rfc-by: Oleg Verych
---
See next patches, to know how to use it
include/asm-generic/asm-values.h |7
scripts/Makefile.asm | 26 ++
scripts/Makefile.build |6
scripts/mkasm
Some asm-offsets files define not only offsets, thus make it clear.
Legacy files are supported, but may be freely changed to new scheme.
rfc-by: Oleg Verych
---
If somebody agrees, of course.
Kbuild | 68 ---
1 file
[]
> +# legacy asm-offsets support (FIXME: convert all archs and remove this)
> +old = $(shell test -e $(srctree)/arch/$(ARCH)/kernel/asm-offsets.c && echo
> yes)
> +ifeq ($(old),yes)
> +asm-values =asm-offsets
> +else
> +asm-values =asm-values
One more test here, and files li
* From: "H. Peter Anvin"
* Date: Tue, 01 May 2007 14:52:53 -0700
>
> Linus Torvalds wrote:
>>
>> And yes, I'm literally talking about the *text* modes. Not all of us want
>> to have fbcon built in - I prefer my text-mode lean and mean and fast as
>> hell, and if I want a frame buffer, I'll take
* Newsgroups: gmane.linux.kernel
* Date: Sun, 29 Apr 2007 10:50:22 -0700 (PDT)
* From: Linus Torvalds
>
> On Sun, 29 Apr 2007, Andi Kleen wrote:
>>
>> Besides the primary point of bug tracking is not to be friendly
>> to someone, but to (a) fix the bugs and (b) know how many bugs
>> there for a g
On Wed, Jun 13, 2007 at 10:11:12PM -0700, H. Peter Anvin wrote:
> Oleg Verych wrote:
> > Thus, text mode on modern hardware isn't useable that much, only with
> > Terminus font it is kind of normal (kudos to Dimitar Toshkov Jekov).
> > But it's only option to unfor
enerate headers from assembles output
> (hopefully better output, MIPS testing/joining to all arch
> probably needed)
>
> rfc-by: Oleg Verych
> ---
So, is it another not so juicy lets-break-it-all stuff from me, or it just
doesn't apply for you?
I thought upd
On Thu, Jun 14, 2007 at 11:12:25AM +0200, Sam Ravnborg wrote:
> On Thu, Jun 14, 2007 at 09:41:43AM +0200, Oleg Verych wrote:
> > Jun 13, 2007 at 01:36:51AM +0200, asm-values patch set:
> > > * header with widely used value definitions
> > > * handle all asm
On Thu, Jun 14, 2007 at 05:33:40PM +0200, Stefan Richter wrote:
[]
> [...]
> > Why you didn't proposed (used) Debian's BTS as alternative to bugzilla,
> [...]
>
> BTS has been mentioned in that thread in a few posts; mostly positively
> as I recall.
I know, that most developers here are not worki
On Thu, Jun 14, 2007 at 07:30:49PM +0200, Adrian Bunk wrote:
> On Thu, Jun 14, 2007 at 06:39:23PM +0200, Oleg Verych wrote:
[]
> > I know, that most developers here are not working/familiar with what
> > Debian has as its bug shooting weapon ``The system is mainly controlled
>
On Sat, Jun 16, 2007 at 01:42:02AM +0200, Adrian Bunk wrote:
> On Fri, Jun 15, 2007 at 04:20:57PM -0700, Linus Torvalds wrote:
> >
> >
> > On Thu, 14 Jun 2007, Oleg Verych wrote:
> > >
> > > I'm seeing this long (198) thread and just have no ide
[I've added Herbert as former kernel team member in the debian(AFAIK),
sorry, if i'm wrong and you have no opinion on that, Herbert.]
On Sat, Jun 16, 2007 at 04:55:16AM +0200, Adrian Bunk wrote:
> On Sat, Jun 16, 2007 at 03:32:36AM +0200, Oleg Verych wrote:
> > On Sat, Jun 16,
* From: Thomas Gleixner
[]
> Fixup the existing users.
>
> This removes the sysfs entry for the HPET, which is now controlled by
> the clockevents resume code.
>
> Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
>
> ---
> arch/arm/mach-davinci/time.c |2 +
> arch/arm/mach-imx/time.c
On Sun, Jun 17, 2007 at 12:22:26PM +0200, Michal Piotrowski wrote:
> On 17/06/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >On Sun, 17 Jun 2007 11:41:36 +0200 Michal Piotrowski
> ><[EMAIL PROTECTED]> wrote:
> >
> >> +If the patch introduces a new regression and this regression was not
> >fixed
On Sun, Jun 17, 2007 at 02:13:39PM +0200, Rafael J. Wysocki wrote:
> On Sunday, 17 June 2007 13:47, Oleg Verych wrote:
[]
> > It's OK _only_ in case of unknown, hard to find *hardware* bugs.
> >
> > If you think it's "a good thing" for bad, untested
On Sun, Jun 17, 2007 at 10:44:39AM -0700, [EMAIL PROTECTED] wrote:
> On Sun, 17 Jun 2007, Oleg Verych wrote:
[]
> >That's wrong if developers are tending to reply only one thing --
> >git-bisect.
> >
> >If things are going to be that bad, then better to star
* Andi Kleen (06 Jul 2007 14:03:05 +0200)
>> The 180seconds reboot timeout also doesn't make sense here. The problem
>> won't go away after a reboot without user interaction.
>
> It will when lilo -R/grubonce were used or the NFS server fixed itself
> on nfs root or ... There can be many reasons f
* Linus Torvalds
> Content-Transfer-Encoding: QUOTED-PRINTABLE
> On Thu, 5 Jul 2007, Dmitry Torokhov wrote:
>>
>> Please consider pulling from:
>>
>> б═ б═ б═ б═ git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git
>> for-linus
>
> There's somethign wrong with your emails, and it's ve
>> static ssize_t
>> store_fan_div (struct device *dev, struct device_attribute *devattr,
>> const char *buf, size_t count)
>> {...}
>>
>>
>> IIRC, many like the entire sig on one line, because its grep friendly.
>> I personally like the above, but grep-ability is hard to argu
* Alan Stern
>> Why are you guys working so hard and spending so much energy to try to
>> avoid doing the right thing is beyond my understanding...
>>
>> > It _does_ apply to kernel threads. That's exactly why I wrote above
>> > that kernel threads which try to do I/O during a suspend will nee
>> > > We can just wait for all fuse requests to be serviced before
>> > > proceeding further with freeze, right?
>> >
>> > Right. Nice way to slow down or stop the suspend with an unprivileged
>> > process. Avoiding that sort of DoS is one of the design goals of
>> > fuse.
>>
>> So you want me
* Rodolfo Giometti (Thu, 28 Jun 2007 18:14:50 +0200)
* Organization: GNU/Linux Device Drivers, Embedded Systems and Courses
> +.PHONY : all depend dep
> +
> +all : .depend $(TARGETS)
> +
> +.depend depend dep :
> + $(CC) $(CFLAGS) -M $(TARGETS:=.c) > .depend
[]
> +# -- Clean section
> ---
On Mon, Jul 09, 2007 at 11:16:43AM +0200, Rodolfo Giometti wrote:
> On Sun, Jul 08, 2007 at 11:05:32AM +0200, Oleg Verych wrote:
> > * Rodolfo Giometti (Thu, 28 Jun 2007 18:14:50 +0200)
> > * Organization: GNU/Linux Device Drivers, Embedded Systems and Courses
> >
> >
* Bodo Eggert "Thu, 12 Jul 2007 03:40:04 +0200 (CEST)"
> If you build using O=builddir ARCH=bar, you'll currently need to supply
> ARCH= on builds from the builddir, too. With this patch, the generated
> Makefile will do that instead.
I've sent such thing at least twice.
But now i'm thinking abo
* Linus Torvalds "Wed, 11 Jul 2007 15:09:28 -0700 (PDT)"
>
> On Wed, 11 Jul 2007, Andrea Arcangeli wrote:
>>
>> I'm going to change topic big time because your sentence above
>> perfectly applies to the O(1) scheduler too.
>
> I disagree to a large degree.
>
> We almost never have problems with cod
On 2006-11-09, Balbir Singh <[EMAIL PROTECTED]> wrote:
> Path: news.gmane.org!not-for-mail
> From: Balbir Singh <[EMAIL PROTECTED]>
> Newsgroups: gmane.linux.kernel
> Subject: Re: Jiffies wraparound is not treated in the schedstats
> Date: Thu, 09 Nov 2006 11:59:45 +0530
> Organization: IBM
> Lines
* From: "Luck, Tony"
* Date: Fri, 13 Apr 2007 09:45:49 -0700
>> So as ALIGN macro does the same work as ROUNDUP,
>
> Although it is mathematically the same operation, the
> semantic associations of the name are important too.
[]
> Maybe this is because I started out in mathematics before
> discove
Hallo.
On Sun, Jun 03, 2007 at 10:47:00PM +0200, Sam Ravnborg wrote:
> Subject: [PATCH 08/19] scripts: Make cleanfile/cleanpatch warn about long
> lines
> From: H. Peter Anvin <[EMAIL PROTECTED]>
> Date: Fri, 25 May 2007 17:58:26 -0700
>
> Make the "cleanfile" and "cleanpatch" script warn about
On Tue, Jun 05, 2007 at 10:19:59AM +0200, Sam Ravnborg wrote:
[]
> > So, there are some new scripts. What if my proposition will be better,
> > so to speak? Any problems i'm willing to fix/enhance.
> >
> > Note: only one copy of the file required. Sym-linked name *diff* or
> > *patch* will process
On Tue, Jun 05, 2007 at 10:19:59AM +0200, Sam Ravnborg wrote:
[]
> If on the other hand you are proposing a script to clean whitespace
> damage in the code then git already does this nicely.
I've read that too quickly, sorry. What then all that clean scripts
are for?
> I do not recall the actual
On Tue, Jun 05, 2007 at 04:12:54PM +0200, Sam Ravnborg wrote:
> On Tue, Jun 05, 2007 at 03:38:34PM +0200, Oleg Verych wrote:
> > On Tue, Jun 05, 2007 at 10:19:59AM +0200, Sam Ravnborg wrote:
> > []
> > > If on the other hand you are proposing a script to clean whitespace
On Tue, Jun 05, 2007 at 04:57:59PM +0200, Oleg Verych wrote:
[]
> expand | while read line
> do case "$line" in
>++*) echo "$line";;
>$p*) [ ${#line} -gt $w79 ] && : ${long:=line}
> echo "$line" | s
While i'm against whitespace damaged files or patches since my very
first patch, and don't like brain damaged programmer's tools called
text editors, i also want to encourage UNIX-way of using userspace.
Of course, i might be wrong and foolish. Anyway, what i'm trying to do
is not to become new ge
On Wed, Jun 06, 2007 at 07:50:26PM +0200, Sam Ravnborg wrote:
[]
> > Many things in XXI century still can be done by tools founded 20-30
> > years ago. Why not try to?
>
> Because your shell script is unreadable by normal human beings[*]
> while the perl script for people with a bit of perl fu can
On Thu, Jun 07, 2007 at 04:36:33PM +0200, Jan Engelhardt wrote:
>
> On Jun 6 2007 21:14, Oleg Verych wrote:
> >[]
> >> > Many things in XXI century still can be done by tools founded 20-30
> >> > years ago. Why not try to?
> >>
> >> Because
On Thu, Jun 07, 2007 at 04:19:56PM -0700, H. Peter Anvin wrote:
> Oleg Verych wrote:
> >
> > Because of that, i think, following is redundant:
> >
> > - to check for binary files
>
> find . -type f | xargs cleanfile
What about patches?
Anyway, by agreeme
After running this script with filename as parameter,
look (with diff) for, what can be corrected.
Only "*.diff" and "*.patch" files are handled as patches.
Signed-off-by: Oleg Verych <[EMAIL PROTECTED]>
--
Two clean rules added, that can change look of damaged lines.
On Fri, Jun 08, 2007 at 04:28:49PM +0200, Sam Ravnborg wrote:
> On Thu, Jun 07, 2007 at 11:44:59PM -0700, Andrew Morton wrote:
> >
> > Then again, it's a better strategy than trying to read the code ;)
> >
> > Please, tell us what it does, so that we can decide whether we want it in
> > Linux.
>
On Fri, Jun 08, 2007 at 09:05:54PM +0200, Sam Ravnborg wrote:
[]
> >
> > It does better whitespace cleanup, than
> >
> > scripts/{cleanfile *and* cleanpatch}
>
> Made a short test here.
> Added the following to a file:
>
> static sam = "";
>
> clean-whitespace replaced spac
> Newsgroups: gmane.linux.kernel
> Date: Wed, 27 Jun 2007 12:31:22 -0700
>
>
> akpm:/usr/src/25> grep -l "^+.*[]$" patches/git-*.patch
> patches/git-acpi.patch
> patches/git-alsa.patch
> patches/git-battery.patch
> patches/git-cifs.patch
> patches/git-drm.patch
> patches/git-gfs2-nmw.patch
* Date: Thu, 28 Jun 2007 10:51:37 -0700
I didn't want to respond to your prev. messages, because i felt, that
they will be mis-read again as my original NAK (ASCII negative
acknowledgement symbol, no other "fsky" meaning inside). Also i wanted
to come up with more nice tool, like colour support (l
* Date: Sat, 30 Jun 2007 05:34:51 +0300
>
> Hello,
>
> I'd like to present a suggestion for automatic generation of
> carbon copy fields in the E-Mails of posted patches.
>
> Basically, instead of manually figuring out who to add to CC
> when sending a patch to LKML by looking at MAINTAINERS, a
>
On Sat, Jun 30, 2007 at 06:08:54AM +0300, Dan Aloni wrote:
> On Sat, Jun 30, 2007 at 05:01:44AM +0200, Oleg Verych wrote:
> > * Date: Sat, 30 Jun 2007 05:34:51 +0300
> > >
> > > Hello,
> > >
> > > I'd like to present a suggestion for automatic gene
On Sat, Jun 30, 2007 at 01:26:01PM +0300, Dan Aloni wrote:
[]
> > As you will see, nobody cares about comprehensive
> > patches/tests/bugs/testers/developers *tracking* system.
> >
> > And don't limit yourself to fast conclusions. Thanks.
>
> I am not proposing a comprehensive tracking system. I
On Wed, Mar 07, 2007 at 08:38:27AM -0800, Linus Torvalds wrote:
>
>
> On Wed, 7 Mar 2007, Oleg Verych wrote:
> >
> > Probably it can be used to get rid of gccisms and "type fluff" due to
> > bitwise arithmetics in ALIGN?
>
> Hell no.
>
> The ty
On Fri, Mar 09, 2007 at 03:15:10PM -0800, Linus Torvalds wrote:
>
>
> On Sat, 10 Mar 2007, Oleg Verych wrote:
> >
> > OTOH, if i would write it this way
> >
> > #define BALIGN(x,bits) x) >> (bits)) + 1) << (bits))
>
> But that'
On Wed, Mar 07, 2007 at 08:38:27AM -0800, Linus Torvalds wrote:
>
>
> On Wed, 7 Mar 2007, Oleg Verych wrote:
> >
> > Probably it can be used to get rid of gccisms and "type fluff" due to
> > bitwise arithmetics in ALIGN?
>
> Hell no.
>
> The ty
> From: Andrew Morton
> Newsgroups: gmane.linux.kernel
> Subject: Re: [RFC PATCH 1/3] Add ability to keep track of callers of
> symbol_(get|put)
> Date: Sun, 11 Mar 2007 00:09:38 -0800
>
>> On Sat, 10 Mar 2007 02:31:35 -0200 Mauro Carvalho Chehab <[EMAIL PROTECTED]>
>> wrote:
>> From: Trent Pieph
On Sat, Mar 03, 2007 at 08:40:26AM +0100, Oliver Neukum wrote:
> Am Samstag, 3. M?rz 2007 01:29 schrieb Greg KH:
> > On Sat, Mar 03, 2007 at 01:27:07AM +0100, Oleg Verych wrote:
> > >
> > > If you can proof that it doesn't influence kernel's control above s
On Sat, Mar 03, 2007 at 06:51:51PM -0800, H. Peter Anvin wrote:
[]
> >It will solve problem of having multiple unneeded firmware images if
> >driver handles many devices and firmware is allowed to be in the
> >kernel. No need in additional secure infrastructure.
> >
>
> This seems like a hacky way
> From: "FN"
> Newsgroups: gmane.linux.kernel
> Subject: module builds need improvement / top Makefile not good enough
> Date: Fri, 02 Mar 2007 09:14:22 -0800
> Hello list,
Hallo.
> I am unhappy with the direction the 2.6 kernel builds have taken.
> Very much like Micro$loth DDKs we (linux users
> From: "Michael K. Edwards" <[EMAIL PROTECTED]>
> Newsgroups: gmane.linux.kernel
> Subject: Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3
> Date: Wed, 28 Feb 2007 09:01:07 -0800
Michael,
[]
> In this instance, there didn't seem to be any harm in sending my
> thoughts to LKML a
> From: David Howells
> Newsgroups: gmane.linux.kernel
> Subject: Re: [PATCH] Fix get_order()
> Date: Wed, 07 Mar 2007 11:43:06 +
>
[]
> Various archs (including i386, x86_64, powerpc and frv) have instructions that
> can be used to calculate integer log2(N).
>
Probably it can be used to get ri
On Wed, Mar 07, 2007 at 08:38:27AM -0800, Linus Torvalds wrote:
>
>
> On Wed, 7 Mar 2007, Oleg Verych wrote:
> >
> > Probably it can be used to get rid of gccisms and "type fluff" due to
> > bitwise arithmetics in ALIGN?
>
> Hell no.
>
> The ty
> From: Andrew Morton
> Newsgroups: gmane.linux.kernel
> Subject: Re: [PATCH -mm] Blackfin: blackfin i2c driver
> Date: Tue, 6 Mar 2007 23:45:29 -0800
[]
> On Wed, 07 Mar 2007 15:39:27 +0800 "Wu, Bryan" <[EMAIL PROTECTED]> wrote:
>
>> Thanks a lot, could you please give me a script just to kill thi
> From: Alan Cox
> Newsgroups: gmane.linux.kernel
> Subject: Re: broken device locking, sg vs. sg_io on block devices
> Date: Sun, 1 Apr 2007 01:14:52 +0100
>
[]
>> Again, it doesn't have to. It can pass the locking operations to the
>> related block device driver.
>
> No it can't. The driver has n
> From: Andrew Morton
> Newsgroups: gmane.linux.kernel
> Subject: Re: [PATCH] Fix build error due to not including
> Date: Sun, 18 Mar 2007 22:01:48 -0800
>
> If is a bit of a pain to maintain CONFIG_SYSFS=n. But then, it's
> realtively easy to fix things when they do break, and sysfs does consum
> From: Sam Ravnborg
> Newsgroups: gmane.linux.kernel
> Subject: [PATCH] kbuild: fix dependency generation
> Date: Sun, 1 Apr 2007 12:45:51 +0200
>
[]
> scripts/basic/fixdep.c | 10 +++---
> 1 files changed, 7 insertions(+), 3 deletions(-)
>
> diff --git a/scripts/basic/fixdep.c b/scripts/ba
While it's only one such report so far, could you, please look at it?
There is some info below, full story:
<http://bugs.debian.org/415239> (from the bottom).
Thanks.
On Wed, Mar 21, 2007 at 08:36:51AM +1100, Hamish Moffatt wrote:
> On Tue, Mar 20, 2007 at 01:10:42AM +0100, Ole
On Sun, Apr 01, 2007 at 10:42:03PM +0200, Sam Ravnborg wrote:
> On Fri, Feb 16, 2007 at 04:59:29PM +0100, Oleg Verych wrote:
[]
> > [patch proposition] kbuild: asm-offsets generalized
[]
> > * (hopefully) more readable sed scripts,
> >
> > * top Kbuild may be updated.
* Sat, 8 Sep 2007 08:08:06 -0400 (EDT)
[]
> from init/do_mounts_rd.c:
>
> ...
[]
> if (rd_prompt)
> change_floppy("root floppy disk to be loaded into RAM disk");
> create_dev("/dev/root", ROOT_DEV);
> create_dev("/dev/ram", MKDEV(RAMDISK_MAJOR, n));
>
* Sun, 09 Sep 2007 21:09:01 -0400
* Organization: Georgas Software Solutions
>
> I just came across a notation that I haven't seen before. It's in
> scripts/mconf.c:
>
> str_append(&help, _(menu_get_help(menu)));
>
> What's the deal with the underscore and the parentheses surrounding the
> ca
* Mon, 10 Sep 2007 14:39:34 +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 Mon, 10 Sep 2007 16:20:42 +0300
> Sami Farin <[EMAIL PROTECTED]> wrote:
>
>
201 - 300 of 328 matches
Mail list logo
