On Thu, 14 Jun 2007 03:03:40 -0300, Alexandre Oliva said:
> On Jun 14, 2007, [EMAIL PROTECTED] wrote:
>
> > If a company sells you hardware that includes a ROM that contains GPL'ed
> > software, are they in violation of the GPL if they don't include a ROM
> > burner
> > in the hardware? Or are R
On Thu, 14 Jun 2007 06:44:25 +0200, Michael Gerdau said:
> > > TiVo retains the right to modify that copy of Linux as it sees fit.
> > >
> > > It doesn't give the recipients the same right.
> > It does, can't you modify their kernel source? Where does it say you should
> > be
> > able to run you
So I was looking at drivers/cpufreq/Kconfig, and wondering...
Is there a specific reason why we have a 'choice' clause that allows selecting
'performance' or 'userspace' as the default governor, and no obvious way to
select powersave, ondemand, or conservative as a default? Or was this an
oversigh
On Sat, 07 Jul 2007 15:50:01 +0900, Mattia Dongili said:
> On Sat, Jul 07, 2007 at 12:35:10AM -0400, [EMAIL PROTECTED] wrote:
> > So I was looking at drivers/cpufreq/Kconfig, and wondering...
> >
> > Is there a specific reason why we have a 'choice' clause that allows
> > selecting
> > 'performan
On Fri, 06 Jul 2007 13:02:10 EDT, Dave Jones said:
> On Fri, Jul 06, 2007 at 09:35:24AM -0700, Arjan van de Ven wrote:
>
> > > Where is the ondemand-fix.patch? I can't find any link to it.
> >
> > just click on it in the graph ;_
> >
> > it's also http://www.linuxpowertop.org/patches/ondema
On Sun, 08 Jul 2007 16:52:52 PDT, Linus Torvalds said:
> The full changelog since 2.6.21 also got uploaded, but quite frankly, I
> wonder if anybody uses those things? I've been uploading them for non-git
> users, but I have a suspicion that any people who want that kind of
> detail have long s
On Tue, 10 Jul 2007 14:39:41 EDT, Ric Wheeler said:
> All of the high end arrays have non-volatile cache (read, on power loss, it
> is a
> promise that it will get all of your data out to permanent storage). You
> don't
> need to ask this kind of array to drain the cache. In fact, it might jus
On Wed, 11 Jul 2007 01:12:53 +0200, Stefan Richter said:
> Adrian Bunk wrote:
> > On Tue, Jul 10, 2007 at 03:39:51PM -0400, [EMAIL PROTECTED] wrote:
> >> What the Rest Of The World could probably use is if some kind soul were to
> >> go
> >> through and build a .21->.22 document that lists all the
I refitted the 4 patches you posted to a 22-rc6-mm1 kernel, and tried it on
my Dell Latitude D820 laptop, using the libata driver for the disk and DVD.
I got this:
[0.702000] scsi0 : ata_piix
[0.702000] scsi1 : ata_piix
[0.702000] ata1: SATA max UDMA/133 cmd 0x000101f0 ctl
0x0
On Wed, 11 Jul 2007 23:16:38 +0200, Andi Kleen said:
(Note - I'm just a usually-confused crash test dummy here...)
> Well I spent a lot of time making the x86-64 timing code work
> well on a variety of machines; working around a wide variety
> of hardware and platform bugs. I obviously don't agre
On Wed, 11 Jul 2007 14:13:02 EDT, Rob Landley said:
> I wouldn't discourage a translator into Klingon if they were willing to keep
> their translation up to date and/or it actually resulted in patches.
The guys at the Klingon Language Institute are going to have a fit - what's
the Klingon word for
On Wed, 11 Jul 2007 14:54:12 PDT, Chris Wright said:
> * [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
> > On Wed, 11 Jul 2007 23:16:38 +0200, Andi Kleen said:
> > (Note - I'm just a usually-confused crash test dummy here...)
> >
> > > Well I spent a lot of time making the x86-64 timing code work
>
On Wed, 11 Jul 2007 18:44:21 EDT, Ric Wheeler said:
> [EMAIL PROTECTED] wrote:
> > On Tue, 10 Jul 2007 14:39:41 EDT, Ric Wheeler said:
> >
> >> All of the high end arrays have non-volatile cache (read, on power loss,
> >> it is a
> >> promise that it will get all of your data out to permanent st
On Thu, 12 Jul 2007 10:18:55 EDT, Mark Shelby said:
> Am I just crazy, or wouldn't this idea mke a lot of sense? Wouldn't it
> pretty much make the kernel "idiot proof" when installing from source?
That's usually not the place where idiots screw up. It's stuff like
loading an initrd that doesn't
On Sat, 26 May 2007 15:58:50 PDT, Casey Schaufler said:
> Fair enough, I don't believe that an argv[0] check ought to
> be used as a security mechanism. I am not convinced that everyone
> would agree with us.
Having seen my share of argv[0]-related security bugs in my years, I have to
agree that i
On Sat, 26 May 2007 22:10:34 EDT, Kyle Moffett said:
> On May 26, 2007, at 19:08:56, Toshiharu Harada wrote:
> > (1) Object labeling has a assumption that labels are always
> > properly defined and maintained. This can not be easily achieved.
>
> That's a circular argument, and a fairly trivial
On Wed, 23 May 2007 00:42:33 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
Dell Latitude D820 laptop, Intel T7200 dual-core, x86_64 kernel.
Does something wonky during very early boot, before userspace has started:
[4294667.47
On Mon, 28 May 2007 13:43:12 +0300, Pekka Enberg said:
> On 5/28/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > [4294667.472000] BUG: at mm/slab.c:777 __find_general_cachep()
>
> [snip]
>
> > Any suggestions before I go doing the bisect shuffle?
>
> It's complaining about a kmalloc() with
On Mon, 28 May 2007 21:54:46 EDT, Kyle Moffett said:
> Average users are not supposed to be writing security policy. To be
> honest, even average-level system administrators should not be
> writing security policy. It's OK for such sysadmins to tweak
> existing policy to give access to add
On Wed, 30 May 2007 23:58:23 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
Builds, boots, seems to be behaving on my laptop (Dell D820, X86_64).
Meta-question: Is there a useful address/mailbox/webpage to toss *working*
reports
On Thu, 31 May 2007 19:09:10 PDT, [EMAIL PROTECTED] said:
> +If a person was not directly involved in the preparation or handling of a
> +patch but wishes to signify and record their approval of it then they can
> +arrange to have an Acked-by: line added to the patch's changelog.
> +
> +Acked-by:
On Fri, 01 Jun 2007 16:16:01 +0900, Tejun Heo said:
> Don't those thingies usually have NV cache or backed by battery such
> that ORDERED_DRAIN is enough?
Probably *most* do, but do you really want to bet the user's data on it?
> The problem is that the interface between the host and a storage de
On Thu, 31 May 2007 23:10:42 PDT, "H. Peter Anvin" said:
> [EMAIL PROTECTED] wrote:
> > On Thu, 31 May 2007 19:09:10 PDT, [EMAIL PROTECTED] said:
> >
> >> +If a person was not directly involved in the preparation or handling of a
> >> +patch but wishes to signify and record their approval of it th
On Thu, 24 May 2007 14:47:27 -, Pavel Machek said:
> Yes, if there's significantly more remote bad guys than local bad
> guys, and if remote bad guys can't just get some local user first, AA
> still has some value.
Experience over on the Windows side of the fence indicates that "remote bad
guy
On Fri, 01 Jun 2007 16:00:30 PDT, Linus Torvalds said:
> #define BADPTR ((void *)16)
> I bet you'd find *more* problems that way than by returning NULL, and
> you'd also avoid the whole problem with "if (!ptr) return -ENOMEM".
Hmm.. this looks like a good contender for "first usage of #if
On Sat, 02 Jun 2007 00:10:46 +0200, Krzysztof Halasa said:
> "Scott Preece" <[EMAIL PROTECTED]> writes:
>
> > This is a question worth answering - is it rude to ack/nak a patch if
> > you're not a maintainer or otherwise known-to-be-trusted, or is it OK
> > for anyone to express an opinion? Andrew
On Fri, 01 Jun 2007 18:20:02 EDT, Andrey Vul said:
> I want to use the tickless timer features in 2.6.21, but
> unfortunately, the dependency for tickless timers is
> GENERIC_CLOCKEVENTS (and tickless is only in arch/i386).
>
> Any workarounds or solutions for non-x86 people?
>
> My CPU is AMD Tu
On Sat, 02 Jun 2007 04:30:30 -, David Wagner said:
> I don't find the Windows stuff too relevant here.
I'm surprised. The only Windows-specific thing in the whole paragraph is that
the attack described is currently wildly successful. And there *have* been
known exploitable bugs in the Linux v
On Sat, 02 Jun 2007 07:27:13 PDT, [EMAIL PROTECTED] said:
> > The type of hardening that AppArmor can provide network-facing daemons is
> > only
> > protecting the system against attacks that aren't even a large part of the
> > threat model. Exploiting a broken PHP script? Happens all the time,
On Sat, 02 Jun 2007 19:04:29 +0530, debian developer said:
> On 6/2/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > It's quite common for experienced kernel developers to ack completely broken
> > patches.
>
> common!!
>
> is'nt that a bit too ...
Lots of code looks totally reasonable to a k
On Thu, 12 Jul 2007 19:00:59 PDT, Mike Anderson said:
> No, all admin tools and interfaces function as they do today. The
> dm-netlink patch series only contains 9 deletions (actual just one true
> deletion of existing kernel code the others are due to break up of the
> patch into compilable chunk
On Fri, 13 Jul 2007 15:25:49 +0200, Stefan Richter said:
> Alan Cox wrote:
> > The English versions need a last updated too, that way we would know when
> > they are past their best before date (as most of them are)
>
> I've got the impression that whenever I saw a "last updated:" note in a
> docu
On Sat, 14 Jul 2007 06:09:54 +0200, Adrian Bunk said:
> This patch contains the following cleanups:
> - note in the prompt if an option depends on EXPERIMENTAL
Who decided whether a particular option is 'experimental' or not?
Lawrence S. Brakmo and Larry L. Peterson. TCP Vegas: end to end congest
On Wed, 09 May 2007 12:08:43 EDT, [EMAIL PROTECTED] said:
> On Wed, 09 May 2007 01:23:22 PDT, Andrew Morton said:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm2/
>
> Boots up to multiuser mostly OK. However...
>
> It comes up with a screaming ksoftirqd - usu
On Fri, 11 May 2007 15:58:28 +0200, Martin Schwidefsky said:
> The guest page hinting patchset introduces code that passes guest
> page usage information to the host system that virtualizes the
> memory of its guests. There are three different page states:
Possibly hiding in the patchset someplac
On Thu, 10 May 2007 07:58:47 BST, Christoph Hellwig said:
> On Wed, May 09, 2007 at 09:56:02PM -0400, Mathieu Desnoyers wrote:
> > Here is some documentation explaining what is/how to use the Linux
> > Kernel Markers.
>
> Please remove all references to out of tree code from the kernel
> document
On Mon, 14 May 2007 12:26:08 +0200, Thomas Gleixner said:
> Broken out version is available here:
> http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-highres-v1.patches.tar.bz2
How unhappy am I likely to be if I try to apply this to a 21-mm2 kernel? It
doesn't *look* like an
On Sun, 13 May 2007 16:25:17 +0300, Dan Aloni said:
> Kernel developers might find it useful for quickly getting out from some
> rough debugging scenarios.
>
> Signed-off-by: Dan Aloni <[EMAIL PROTECTED]>
I think I (and everybody else who tests kernels with 3rd-party binary or
out-of-tree module
On Wed, 09 May 2007 01:23:22 PDT, Andrew Morton said:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm2/
So I'm trying to get the Intel PowerTop stuff working, and discovered that /
proc/timer_stats and/or /proc/tstats has moved to /debug in -mm2 - but only if
yo
On Thu, 17 May 2007 09:02:20 EDT, Ben Collins said:
> > So we just have to live with it, and the infinitesimal speed hit it
> > creates :)
>
> Any objection to adding it to planned-for-removal and spitting out a
> printk when someone uses the "feature"?
Do we have any good reason to believe that
On Thu, 17 May 2007 20:15:32 +0530, Anand Jahagirdar said:
> Hello All
> I have set per user process limit ( ulimit) for both
> root and guest account as 8000 by using option ulimit -u 8000.this is
> Hard limit. still fork bombing attack killed the box and machine
> needed reboot. wi
On Sat, 02 Jun 2007 12:51:27 PDT, [EMAIL PROTECTED] said:
> this is Security 101 (or even more basic), if you grant a program access
> to do something you can't prevent that program from doing that something.
And Security 102 is "most of the *real* trouble starts when authorized programs
access
On Sat, 02 Jun 2007 23:46:46 +0200, Jan Engelhardt said:
> along comes xt_u32, a revamped ipt_u32,
+1 for doing this - I've been dragging along a local ipt_u32 patch for a while,
and been wishing it had ipv6 support.
> * Reduced the buffer size to 17 KB. I think that is quite ok since
>
On Mon, 04 Jun 2007 10:43:51 PDT, "H. Peter Anvin" said:
> Jan Engelhardt wrote:
> > But gotos are special. ("Evil" minus the "it's good for unrolling in case
> > of an
> > error" case).
> So?
>
> You still want them to be associated with the level the bailout happens at.
No, you want them asso
On Wed, 30 May 2007 23:58:23 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc3/2.6.22-rc3-mm1/
Under 22-rc2-mm1, if my VPN connection got reset, ppp0 just quietly went away.
Under 22-rc3-mm1, it seems to end up wedged and waiting for references to
On Tue, 05 Jun 2007 18:16:25 EDT, Jeff Garzik said:
> On Tue, Jun 05, 2007 at 11:03:45PM +0100, Russell King wrote:
> > And rather than configuring your MUA to ignore the header...
>
> > You're using mutt, mutt can be configured so.
>
> So, you are seriously proposing that EVERYONE reconfigure th
On Wed, 06 Jun 2007 02:07:37 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
This one died a horrid death at boot time - console log indicates it found the
hard drive OK, found the 2 partitions on it. But when the initrd ran a
'l
On Wed, 06 Jun 2007 22:03:13 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm2/
>
> - Basically a bugfixed version of 2.6.22-rc4-mm1. None of the subsystem
> trees were repulled, several bad patches were dropped, a few were fixed.
On Thu, 07 Jun 2007 15:44:56 +0900, Tejun Heo said:
> [EMAIL PROTECTED] wrote:
> > On Wed, 06 Jun 2007 02:07:37 PDT, Andrew Morton said:
> >> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2
.6.22-rc4-mm1/
> >
> > This one died a horrid death at boot time - console log in
On Thu, 07 Jun 2007 16:09:04 PDT, Greg KH said:
> If CONFIG_SYSFS_DEPRECATED everything should work just fine with all old
> initrd scripts. It's only if you enable that option (which is enabled
> by default) that you need to ensure that your distro has the latest
> functionality so that everythin
On Thu, 28 Jun 2007 03:43:21 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
Configures, builds, boots on first try. Dell Latitude D820 laptop, T7200 CPU,
x86_64 kernel. Doesn't break any of the out-of-tree stuff I use.
> `ma
On Fri, 29 Jun 2007 14:01:30 PDT, Andrew Morton said:
> On Fri, 29 Jun 2007 10:50:30 -0400
> [EMAIL PROTECTED] wrote:
> > Odd - just for grins, I checked what 'make oldconfig' did when handed a
> > .config
> > from 22-rc4-mm2, and it behaved just fine, much to my surprise.
>
> That's probably be
On Fri, 18 May 2007 22:52:15 +0530, Anand Jahagirdar said:
> output is 8050. when root or any other user changes ulimit by typing
> "ulimit -u value",.ulimit value is changed for that session and not
> permantely.
Right. That value is only applied to that process, and its children. Or more
corre
On Fri, 18 May 2007 12:01:41 EDT, "Robert P. J. Day" said:
> On Fri, 18 May 2007, debian developer wrote:
> > -your skills, and other developers will be aware of your presence. Fixing
> > bugs is one of the best ways to get merits among other developers, because
> > not many people like wasting ti
On Fri, 18 May 2007 00:09:53 +0200, Thomas Gleixner said:
> Broken out version is available here:
> http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-highres-v7.patches.tar.bz2
By the time I got there, you'd put the -v8 version out there. It applied
to a 2.6.22-rc1-mm1 tree
On Thu, 08 Mar 2007 08:24:04 +0100, Eric Dumazet said:
>
> But what is the cost of the conditional branch you added in prefetch(x) ?
>
> if (!x) return;
>
> (correctly predicted or not, but do powerPC have a BTB ?)
>
> About the NULL 'potential problem', maybe we could use a dummy nil (but
> ma
On Wed, 07 Mar 2007 20:18:39 PST, Andrew Morton said:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc3/2.6.21-rc3-mm1/
Mostly working for me.
> - The wireless changes in here need a lot of testers, please. It is major
> rework.
Working on it - the new MAC80211 s
On Thu, 08 Mar 2007 13:34:04 EST, "John W. Linville" said:
> On Thu, Mar 08, 2007 at 12:56:58PM -0500, [EMAIL PROTECTED] wrote:
> > On Wed, 07 Mar 2007 20:18:39 PST, Andrew Morton said:
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc3/2.6.21-rc3-mm1/
> >
> >
On Thu, 08 Mar 2007 12:46:47 CST, "Serge E. Hallyn" said:
> I think it should be done as both. The part which measures the
> integrity of files should be an integrity subsystem. The part which
> uses those results to either allow/refuse actions or take some other
> action (i.e. shut down the syst
On Thu, 08 Mar 2007 17:58:16 EST, Mimi Zohar said:
> This is a request for comments for a new Integrity Based Access
> Control(IBAC) LSM module which bases access control decisions
> on the new integrity framework services.
>
> (Hopefully this will help clarify the interaction between an LSM
> m
On Sat, 10 Mar 2007 09:57:32 +1100, Rusty Russell said:
> +/* GCC is awesome. */
> #define ARRAY_SIZE(arr) (sizeof(arr) / sizeof((arr)[0])
> \
> + sizeof(typeof(int[1 - 2*!!__builtin_types_compatible_p(typeof(arr), \
>typeof(&arr[0]))]))*0)
-/* G
On Thu, 08 Mar 2007 22:48:29 GMT, David Howells said:
>
> diff --git a/include/linux/crypto.h b/include/linux/crypto.h
> index 779aa78..ce092fe 100644
> --- a/include/linux/crypto.h
> +++ b/include/linux/crypto.h
> @@ -40,7 +40,10 @@
> #define CRYPTO_ALG_LARVAL0x0010
> #define CR
On Fri, 09 Mar 2007 20:24:42 PST, Randy Dunlap said:
> On Fri, 09 Mar 2007 23:03:05 -0500 [EMAIL PROTECTED] wrote:
> > -/* GCC is awesome. */
> > +/* GCC leaves me speechless. */
>
> "awesome" can mean "inspiring awe or admiration or wonder" (amazing)
> or it can mean "awful" (as in terrifying).
On Sun, 11 Mar 2007 13:50:37 +1100, Rusty Russell said:
> Well, this is what I sent to Linus and Andrew (many thanks to those who
> made appropriately whimsical *or* useful comments):
Ahh.. much better - it's now a form that even I can get my brain wrapped around
:)
pgpkbTo4rWBle.pgp
Descriptio
On Sun, 11 Mar 2007 13:55:54 MDT, Eric Moore said:
>
> With respect to mpi_log_fc.h - this defines the loginfo for fibre channel
> protocal. This is a easy lookup to for LSI Logic customers to better
> understand the kind of errors returned from firmware, and help reduce number
> of support genera
On Mon, 12 Mar 2007 20:06:43 BST, Xavier Bestel said:
> Le mardi 13 mars 2007 à 05:49 +1100, Con Kolivas a écrit :
> > Again I think your test is not a valid testcase. Why use two threads for
> > your
> > encoding with one cpu? Is that what other dedicated desktop OSs would do?
>
> One thought o
On Mon, 12 Mar 2007 17:38:38 BST, Kasper Sandberg said:
> with latest xorg, xlib will be using xcb internally,
Out of curiosity, when is this "latest" Xorg going to escape to distros,
and is it far enough along that beta testers can gather usable numbers?
pgpt7KqlXv9Rp.pgp
Description: PGP sign
On Wed, 14 Mar 2007 22:33:17 BST, Andreas Mohr said:
> it'd seem we need some kind of state management here to figure out good
> intervals of when to call mark_page_accessed() *again* for this page. E.g.
> despite non-changing access patterns you could still call mark_page_accessed(
)
> every 32 c
On Thu, 15 Mar 2007 14:35:17 EDT, Rik van Riel said:
> [EMAIL PROTECTED] wrote:
> > On Wed, 14 Mar 2007 22:33:17 BST, Andreas Mohr said:
> >
> >> it'd seem we need some kind of state management here to figure out good
> >> intervals of when to call mark_page_accessed() *again* for this page. E.g.
I have a GIT tree (iwlwifi, but the problem is my idiocy, not the tree ;).
What's the command to get a diff of "what I would merge if I said 'git pull'?"
(similar to what 'cvs diff' does - AFAICT, 'git diff HEAD .' diffs my *current*
pull of the tree against itself and does nothing...
pgptApoYA
On Thu, 26 Apr 2007 22:31:15 EDT, [EMAIL PROTECTED] said:
> On Wed, 25 Apr 2007 22:57:16 PDT, Andrew Morton said:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc7/2.6.21-rc7-mm2/
>
> This addition in -rc7-mm1 breaks my laptop (Dell Latitude D820, x86_64 kernel)
>
> gre
On Sat, 05 May 2007 01:49:55 PDT, Andrew Morton said:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
'make silentoldconfig' produces:
SCSI debugging host simulator (SCSI_DEBUG) [N/m/y/?] n
ESP Scsi Driver Core (SCSI_ESP_CORE) [N/m/y] (NEW) ?
Sorry, no help
On Sat, 05 May 2007 01:49:55 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
MODPOST vmlinux
WARNING: mm/built-in.o - Section mismatch: reference to .init.text: from .text
between 'kmem_cache_create' (at offset 0x20dff) and 'cache_reap
On Sat, 05 May 2007 10:56:09 BST, Christoph Hellwig said:
> On Wed, May 02, 2007 at 01:14:16AM +1000, Nigel Cunningham wrote:
> > > if you want to ask questions about proprietary kernel stuff you're
> > > better off asking the vendor directly, not lkml
> >
> > I did, but given that it the failure
On Tue, 08 May 2007 20:51:42 BST, Ken Moffat said:
> After trying git-bisect, it tells me:
> 0dbf7028c0c1f266c9631139450a1502d3cd457e is first bad commit
> commit 0dbf7028c0c1f266c9631139450a1502d3cd457e
> Author: Vivek Goyal <[EMAIL PROTECTED]>
> Date: Wed May 2 19:27:07 2007 +0200
>
> [P
On Wed, 09 May 2007 01:01:34 +0200, Andi Kleen said:
> Already known, although it is still unclear what the bug actually is.
> Can you run with the appended patch please (from Eric Biederman)
> and post any backtraces the WARN_ON in there spews out?
> diff --git a/include/asm-x86_64/page.h b/inclu
On Wed, 09 May 2007 01:23:22 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm2/
1) Spotted in init/Kconfig:
config SLUB_DEBUG
default y
bool "Enable SLUB debugging support" if EMBEDDED
help
Shouldn't that have an 'd
On Wed, 09 May 2007 01:23:22 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm2/
Boots up to multiuser mostly OK. However...
It comes up with a screaming ksoftirqd - usually /1 but one boot had /0.
Just sitting there, 100% CPU according to
On Wed, 09 May 2007 01:23:22 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm2/
So I have a canned grub config for booting with netconsole, initcall_debug, and
all that fun stuff. Tried it on 21-mm2, and it wedged up hard here:
[ 66.8425
On Wed, 09 May 2007 10:07:56 PDT, Christoph Lameter said:
> On Wed, 9 May 2007, [EMAIL PROTECTED] wrote:
> > 1) Spotted in init/Kconfig:
> >
> > config SLUB_DEBUG
> > default y
> > bool "Enable SLUB debugging support" if EMBEDDED
> > help
> >
> > Shouldn't that have an 'de
On Wed, 09 May 2007 11:12:39 PDT, Jeremy Fitzhardinge said:
> It always seems to happen on the last CPU; when I run the kernel as Xen
> guest with 4 vcpus, it happens on events/3.
Probably something different - at least once, I've caught it on /0 with
2 real cores online (T7200). Looking at kerne
On Wed, 21 Mar 2007 20:13:50 BST, Paul Rolland said:
>
> So, obviously, tar is right...
> man 2 stat says :
>The st_dev field describes the device on which this file resides.
>
> and df -a reports :
> [EMAIL PROTECTED] src]# df -a
> Filesystem 1K-blocks Used Available Use% M
On Wed, 21 Mar 2007 14:43:48 CDT, Adam Litke said:
> The main reason I am advocating a set of pagetable_operations is to
> enable the development of a new hugetlb interface.
Do you have an exit strategy for the *old* interface?
pgpY6RsCOPJvi.pgp
Description: PGP signature
On Wed, 04 Apr 2007 17:15:43 +0400, Maxim Uvarov said:
> New version of this patch. Please flay it.
>
>
> Signed-off-by: Max Uvarov <[EMAIL PROTECTED]>
> Index: linux-2.6.18/fs/proc/array.c
> ===
> --- linux-2.6.18.orig/fs/proc/arr
On Wed, 04 Apr 2007 15:46:24 +0200, Eric Dumazet said:
> On Wed, 04 Apr 2007 17:15:43 +0400
> Maxim Uvarov <[EMAIL PROTECTED]> wrote:
> > +#ifdef CONFIG_THREAD_PERF_STAT_SYSC
> > + call inc_syscallcnt # Increment syscalls counter
> > current->sysc_cnt
> > +#endif /* CONFIG_THREA
On Wed, 04 Apr 2007 08:35:30 PDT, Linus Torvalds said:
> Although I don't know how much -mm will do for it. There is certainly not
> going to be any correctness problems, afaik, just *performance* problems.
> Does anybody do any performance testing on -mm?
I have to admit I don't do anything mo
On Wed, 04 Apr 2007 17:48:39 +0200, Andrea Arcangeli said:
> Ok, those cases wanting the same zero page, could be fairly easily
> converted to an mmap over /dev/zero (without having to run 4k large
> mmap syscalls or nonlinear).
"D'oh!" -- H. Simpson.
Ignore my previous note. :)
pgpDXeDCPhdZQ.
On Wed, 04 Apr 2007 10:29:31 PDT, William Lee Irwin III said:
> Index: anon/include/linux/resource.h
> ===
> --- anon.orig/include/linux/resource.h2007-04-04 09:57:41.239118534 -
0700
> +++ anon/include/linux/resource.h 20
On Wed, 04 Apr 2007 17:27:31 PDT, Linus Torvalds said:
> Sure you do. If glibc used mmap() or brk(), it *knows* the new data is
> zero. So if you use calloc(), for example, it's entirely possible that
> a good libc wouldn't waste time zeroing it.
Right. However, the *user* code usually has no
On Mon, 02 Apr 2007 22:47:45 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
Am seeing an Oops 'cannot handle kernel paging request' during late
system startup, hand-copied traceback follows:
avc_has_perm_noaudit+0x2bf/0x506
avc_
On Wed, 04 Apr 2007 22:37:29 PDT, William Lee Irwin III said:
> The actual phenomenon of concern here is dense matrix code with sparse
> matrix inputs. The matrices will typically not be vast but may span 1MB
> or so of RAM (1024x1024 is 1M*sizeof(double), and various dense matrix
> algorithms tar
On Thu, 05 Apr 2007 11:44:46 BST, Alan Hourihane said:
> Attached is a patch against 2.6.21-rc5 which adds the Intel Vermilion
> Range support.
One non-technical question here...
> +config FB_VERMILION
> + tristate "Vermilion support"
> + depends on FB && PCI && X86
> + select FB_MOD
On Thu, 05 Apr 2007 18:40:55 EDT, Bill Davidsen said:
> Mockern wrote:
> > Hi,
> >
> > Could you help me please, how can my serial driver to work in half-duplex
> > and full-duplex mode?
> >
> > Thank you
>
> Since you don't seem to have gotten an answer, and while this is
> probably the wron
On Thu, 05 Apr 2007 18:34:48 PDT, [EMAIL PROTECTED] said:
> If they are accurate, THEN they are obviously very relevant.
Erm. No. They're not "obviously" very relevant.
I could hypothetically create a benchmark, that's accurate and repeatable,
that shows that reiser4 is able to wash a herd o
On Thu, 05 Apr 2007 13:31:09 PDT, Andrew Morton said:
> On Thu, 05 Apr 2007 13:02:59 -0400, [EMAIL PROTECTED] wrote:
> > Am seeing an Oops 'cannot handle kernel paging request' during late
> > system startup, hand-copied traceback follows:
> >
> > avc_has_perm_noaudit+0x2bf/0x506
> > avc_has_perm
On Fri, 06 Apr 2007 16:33:32 EDT, Bill Davidsen said:
> Jan Engelhardt wrote:
> > Who cares if the user specifies max_loop=8 but still is able to open up
> > /dev/loop8, loop9, etc.? max_loop=X basically meant (at least to me)
> > "have at least X" loops ready.
> >
> You have just come up with
On Fri, 06 Apr 2007 18:26:45 PDT, [EMAIL PROTECTED] said:
>
> YOU SHOULD compile all the drivers necessary to boot your system, into
> the kernel (ie, such drivers should not be built as modules).
>
> This way you will NOT need an initrd file.
It is quite possible to build a kernel that has all t
On Sat, 07 Apr 2007 00:45:32 PDT, [EMAIL PROTECTED] said:
> Use rpm-pkg to create a Red Hat RPM kernel package.
> # make rpm-pkg
>
> When built, the RPM package is put in
> /usr/src/packages/RPMS/*your*architecture*
>
> # cd /usr/src/packages/RPMS/x86_64
>
> Install the package (you may have to
On Sat, 07 Apr 2007 16:11:46 +0200, Krzysztof Halasa said:
> > Think about it,... read speeds that are some FOUR times the physical
> > disk read rate,... impossible without the use of compression (or
> > something similar).
>
> It's really impossible with compression only unless you're writing
>
On Sat, 07 Apr 2007 16:11:46 +0200, Krzysztof Halasa said:
>
> Gzip - 3 files (zeros only, raw DV data from video camera, x86_64
> kernel rpm file), 10 MB of data (10*1024*1024),
> $ l -Ggh zeros dv bin
> -rw-r--r-- 1 10M Apr 7 15:30 bin
> -rw-r--r-- 1 10M Apr 7 15:31 dv
> -rw-r--r-- 1 10M Apr 7
501 - 600 of 1041 matches
Mail list logo
