> > +#define TCSETS2_IOW('T',0x2B, struct termios2)
> > +#define TCSETSW2 _IOW('T',0x2C, struct termios2)
> > +#define TCSETSF2 _IOW('T',0x2D, struct termios2)
>
> Where is `struct termios2' defined? Right now it doesn't compile because
> of that.
>
Sorry, shortage of qualified
On Wed, 23 May 2007 13:51:51 -0500
James Bottomley <[EMAIL PROTECTED]> wrote:
> On Wed, 2007-05-23 at 11:26 -0700, Kristen Carlson Accardi wrote:
> > On Wed, 23 May 2007 12:03:55 -0500
> > James Bottomley <[EMAIL PROTECTED]> wrote:
> >
> > > On Wed, 2007-05-23 at 09:31 -0700, Kristen Carlson
Rob Landley wrote:
I notice that feature-removal-schedule.txt has CONFIG_FORCED_INLINING
scheduled to go away most of a year ago. My question is what replaces it:
Does #define inline __always_inline become the new standard and uses of
__always_inline be removed, or should all instances of
On 05/23/2007 09:34 PM, Alan Cox wrote:
driver was snappy in that regard. When I replaced our sleeping loop with a
busy-wait same as the original the snappyness returned and moreover, reading
the TOC from the CD went from something close to a minute to approximately a
second. Thought that
Ingo Molnar elte.hu> writes:
Hi Ingo
> i'm pleased to announce release -v14 of the CFS scheduler patchset.
>
> The CFS patch against v2.6.22-rc2, v2.6.21.1 or v2.6.20.10 can be
> downloaded from the usual place:
>
> http://people.redhat.com/mingo/cfs-scheduler/
I get a forbidden
On 05/23/2007 09:28 PM, Ingo Molnar wrote:
* Rene Herman <[EMAIL PROTECTED]> wrote:
The trouble there is that unless you poll the bloody thing like mad
too much of the Q subchannels passes below you and you need a huge
number of retries to get anything out of it. I noticed when I started
On Wed, 2007-05-23 at 21:34 +0200, Sam Ravnborg wrote:
> On Wed, May 23, 2007 at 03:02:19PM -0400, David Woodhouse wrote:
> > $ make headers_check
> > $ sed -i /auxvec.h/d include/asm/Kbuild
> > $ make headers_check
> > $ sed -i /auxvec.h/d include/asm-generic/Kbuild.asm
> > $ make headers_check
From: Tim Gardner <[EMAIL PROTECTED]>
Subject: [PATCH] Work around Dell E520 BIOS reboot bug.
Force Dell E520 to use the BIOS to shutdown/reboot.
Signed-off-by: Tim Gardner <[EMAIL PROTECTED]>
---
I have at least one report that this patch fixes shutdown/reboot
problems on the Dell E520
Hi Nitin,
On 5/23/07, Nitin Gupta <[EMAIL PROTECTED]> wrote:
[...]
diff --git a/Makefile b/Makefile
index 34210af..88053ba 100644
--- a/Makefile
+++ b/Makefile
@@ -826,11 +826,18 @@ include/config/kernel.release:
include/config/auto.conf FORCE
# Listed in dependency order
PHONY += prepare
On Wed, 23 May 2007 15:17:08 -0400
"Salyzyn, Mark" <[EMAIL PROTECTED]> wrote:
> The 31 bit limit for some of these cards is a problem, we currently only
> do __GFP_DMA for bounce buffer sg elements allocated for user supplied
> references in ioctls.
>
> I figure we should be using
On Wed, May 23, 2007 at 03:02:19PM -0400, David Woodhouse wrote:
> $ make headers_check
> $ sed -i /auxvec.h/d include/asm/Kbuild
> $ make headers_check
> $ sed -i /auxvec.h/d include/asm-generic/Kbuild.asm
> $ make headers_check
>
> Why doesn't it recheck and fail?
Because asm/auxvec.h gets
Chris Malton wrote:
And where, may I ask, does one find the source of Google's modified
kernel? (At least, the unmodified bits!)
Google does not distribute their software, so they do not have to make
their modifications public.
WRT the Linux kernel, Google is essentially a closed source
On Wed, 23 May 2007 12:20:05 -0700 Ravikiran G Thirumalai <[EMAIL PROTECTED]>
wrote:
> On Wed, May 23, 2007 at 12:09:56PM -0700, Yu, Fenghua wrote:
> >
> > >Has there been any measurable benefit yet due to tail padding?
> >
> > We don't have data that tail padding actually helps. It all
> >
> driver was snappy in that regard. When I replaced our sleeping loop with a
> busy-wait same as the original the snappyness returned and moreover, reading
> the TOC from the CD went from something close to a minute to approximately a
> second. Thought that minute was just because I was dealing
* Rene Herman <[EMAIL PROTECTED]> wrote:
> The trouble there is that unless you poll the bloody thing like mad
> too much of the Q subchannels passes below you and you need a huge
> number of retries to get anything out of it. I noticed when I started
> adding audio bits that the driver took
On Wed, May 23, 2007 at 12:09:56PM -0700, Yu, Fenghua wrote:
>
> >Has there been any measurable benefit yet due to tail padding?
>
> We don't have data that tail padding actually helps. It all
> depends on what data the linker lays out in the cachelines.
>
> As of now we just want to create the
On Wed, 23 May 2007, Alan Cox wrote:
> Add the needed constants and defines to activate the existing code.
>
> Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
>
> diff -u --new-file --recursive --exclude-from /usr/src/exclude
> linux.vanilla-2.6.22-rc1-mm1/include/asm-m68k/ioctls.h
>
The 31 bit limit for some of these cards is a problem, we currently only
do __GFP_DMA for bounce buffer sg elements allocated for user supplied
references in ioctls.
I figure we should be using pci_alloc_consistent calls for these
allocations to more accurately acquire memory within the 31 bit
On 05/23/2007 07:04 PM, Randy Dunlap wrote:
That's a good source of confusion. To me, "notime" means something
like "don't bother calculating time", instead of the proposed
behavior. Can't it be something like 'nologts' (no log timestamps)
or nots or notimestamps or nologtime instead?
Improve the handling of the case of a server rejecting an attempt to write back
a cached write. AFS operates a write-back cache, so the following sequence of
events can theoretically occur:
CLIENT 1CLIENT 2
=== ===
Implement shared-writable mmap for AFS.
The key with which to access the file is obtained from the VMA at the point
where the PTE is made writable by the page_mkwrite() VMA op and cached in the
affected page.
If there's an outstanding write on the page made with a different key, then
Add a function - cancel_rejected_write() - to excise a rejected write from the
pagecache. This function is related to the truncation family of routines. It
permits the pages modified by a network filesystem client (such as AFS) to be
excised and discarded from the pagecache if the attempt to
Add a TestSetPageError() macro to the suite of page flag manipulators. This
can be used by AFS to prevent over-excision of rejected writes from the page
cache.
Signed-off-by: David Howells <[EMAIL PROTECTED]>
---
include/linux/page-flags.h |1 +
1 files changed, 1 insertions(+), 0
I notice that feature-removal-schedule.txt has CONFIG_FORCED_INLINING
scheduled to go away most of a year ago. My question is what replaces it:
Does #define inline __always_inline become the new standard and uses of
__always_inline be removed, or should all instances of "inline" either be
>Has there been any measurable benefit yet due to tail padding?
We don't have data that tail padding actually helps. It all
depends on what data the linker lays out in the cachelines.
As of now we just want to create the infrastructure (so that
more and more people who need it, can use it).
On Thursday 12 April 2007 12:12, Al Viro wrote:
> On Thu, Apr 12, 2007 at 02:08:10AM -0700, [EMAIL PROTECTED] wrote:
> > This is needed for computing pathnames in the AppArmor LSM.
>
> Which is an argument against said LSM in current form.
The fundamental model of AppArmor is to perform access
$ make headers_check
$ sed -i /auxvec.h/d include/asm/Kbuild
$ make headers_check
$ sed -i /auxvec.h/d include/asm-generic/Kbuild.asm
$ make headers_check
Why doesn't it recheck and fail?
--
dwmw2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Wed, May 23, 2007 at 11:26:53AM -0700, Yu, Fenghua wrote:
> > elements are cacheline aligned. And as such, this differentiates the
> local
> > only data and remotely accessed data cleanly.
>
> >OK, but could we please have a concise description of the impact
> >of these changes on kernel
On Tuesday, May 22, 2007 6:06 pm Robert Hancock wrote:
> There was a big discussion about this back in 2002, in which Linus
> wasn't overly enthused about disabling the decode during probing due
> to risk of causing problems with some devices:
>
> http://lkml.org/lkml/2002/12/19/145
>
> In this
On Wed, 2007-05-23 at 11:26 -0700, Kristen Carlson Accardi wrote:
> On Wed, 23 May 2007 12:03:55 -0500
> James Bottomley <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 2007-05-23 at 09:31 -0700, Kristen Carlson Accardi wrote:
> > > On Tue, 22 May 2007 14:12:11 -0700
> > > Andrew Morton <[EMAIL
Alan Cox wrote:
http://thread.gmane.org/gmane.linux.kernel/530099
It seems we're losing interrupts from the CFA device. Any ideas?
Alan probably knows more, but ISTR some CFA PCMCIA devices that needed
polling...
Not that I know of. Not devices anyway - there are embedded
On 5/23/07, Russell King <[EMAIL PROTECTED]> wrote:
On Wed, May 23, 2007 at 01:27:11PM -0400, Gerb Stralko wrote:
> Use the kernel wide ARRAY_SIZE when determining the array size of a struct.
>
> Signed-off-by: Jerry Stralko <[EMAIL PROTECTED]>
Whitespace damanged patch, probably due to using
> >> >+{
> >> if (sig_fatal(t, sig)) {
> >> >+printk(KERN_WARNING "Sig %d send to %d owned by %d.%d
> >(%s)\n",
> >> s/send/sent/;
> >> >+sig, t -> pid, t -> uid, t -> gid, t -> comm);
> >> t->pid, t->uid, t->gid, t->comm);
> >
>
> Gargh ... why does this want to be
On 05/22/2007 12:25 PM, Thomas Gleixner wrote:
From: Ingo Molnar <[EMAIL PROTECTED]>
The SJCD driver uses a jiffies busy loop. Replace it with msleep.
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
Acked-by: Thomas Gleixner <[EMAIL PROTECTED]>
Okay, that's just waiting for a reset to
Le mercredi 23 mai 2007 à 11:22 -0700, Ian Romanick a écrit :
> > I think some people forget that X11 has its own scheduler for graphics
> > operations.
>
> And in the direct-rendering case, this scheduler is not used for OpenGL.
> The client-side driver submits rendering commands directly to
Modified Makfile.headerinst so all files in a dir is checked with
one call to checkhdr.pl script.
The file check is used as marker when last run was executed.
And the file .check.cmd contains a list of dependencies used
by make to determine if a new check should be executed.
The perl script was
On Wed, 23 May 2007, Oleg Nesterov wrote:
> On 05/23, Alan Stern wrote:
> >
> > Okay, it's clear that the two threads are in deadlock. It's not clear
> > how the deadlock arose to begin with -- apparently there was a remote
> > wakeup request for a root hub at the same time as a device below
Chuck Ebbert wrote:
>
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=240982
Another; these started to appear after the below patch was merged:
> Index: linux/kernel/sched.c
> > ===
> > --- linux.orig/kernel/sched.c
> > +++
* Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> Here's an attempt to extend CFS (v13) to be fair at a group level,
> rather than just at task level. The patch is in a very premature state
> (passes simple tests, smp load balance not supported yet) at this
> point. I am sending it out early
On Wed, 23 May 2007 12:03:55 -0500
James Bottomley <[EMAIL PROTECTED]> wrote:
> On Wed, 2007-05-23 at 09:31 -0700, Kristen Carlson Accardi wrote:
> > On Tue, 22 May 2007 14:12:11 -0700
> > Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > > On Wed, 9 May 2007 16:38:35 -0700
> > > Kristen Carlson
if that's a reference.
I'll include the -ck2 patch in my testing on other hardware.
Hi Bill,
the numbers i posted before are repeatable on that machine.
I did run, again, glitch1 on my laptop (T2500 CoreDuo, also Nvidia)
please check: http://www.debianpt.org/~elmig/pool/kernel/200
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Xavier Bestel wrote:
> On Wed, 2007-05-23 at 07:23 +0200, Michael Gerdau wrote:
>> For me the huge difference you have for sd to the others increases the
>> likelyhood the glxgears benchmark does not measure scheduling of graphic
>> but something
> elements are cacheline aligned. And as such, this differentiates the
local
> only data and remotely accessed data cleanly.
>OK, but could we please have a concise description of the impact
>of these changes on kernel memory footprint? Increase or decrease?
>And by approximately how much?
On 23/05/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
A few patch protocol things:
- Please always prepare patches in `patch -p1' form
- Include a Signed-off-by: as per Documentation/SubmittingPatches,
section 11.
- Avoid including two copies of the patch in the one email. Inlined plain
On Wed, May 23, 2007 at 01:27:11PM -0400, Gerb Stralko wrote:
> Use the kernel wide ARRAY_SIZE when determining the array size of a struct.
>
> Signed-off-by: Jerry Stralko <[EMAIL PROTECTED]>
Whitespace damanged patch, probably due to using format=flowed in your
mailer. Please get a proper
Introduced a perl based script to do the actual check of the headers.
Modified Makfile.headerinst so all files in a dir is checked with
one call to checkhdr.pl script.
The file check is used as marker when last run was executed.
And the file .check.cmd contains a list of dependencies used
by make
>From the benchmark and the experimental inores patch on ext4, it can be
found that inode reservation on ext4 is a good idea to be tried.
One of the original idea of inode reservation is NOT modifying on-disk
format. Current magic inode can make it, but use a magic inodes list to
link each
On Wed, May 23, 2007 at 07:39:59AM +0200, Cornelia Huck wrote:
> On Tue, 22 May 2007 17:32:55 -0700,
> Greg KH <[EMAIL PROTECTED]> wrote:
>
> > On Tue, May 22, 2007 at 06:28:12PM +0200, Cornelia Huck wrote:
> > > On Tue, 22 May 2007 10:25:01 +0200,
> > > Cornelia Huck <[EMAIL PROTECTED]> wrote:
>
Current patch avoids inodes from different directories mixed together in
the inode table. Therefore the benchmakr emulate a situation that mixes
inodes of different sub-directories together. and record the time on
removing them all.
In the first part, reserving 16 inodes for each new created
This patch only makes mke2fs support on-disk layout for inode
reservation. Just for experiment. e2fsck and other utils can not work
with magic inode yet.
diff -u -r
e2fsprogs-1.39-tyt1/debugfs/debugfs.c ../e2fsprogs/debugfs/debugfs.c
--- e2fsprogs-1.39-tyt1/debugfs/debugfs.c 2006-10-07
The patch is generated based on 2.6.20-ext4-2 branch. you can find the
benchmark from other email.
DO NOT waste time on reading the patch :-) I post this patch here is to
show that I really spent time on it and the patch can work (even not
well).
diff --git a/Makefile b/Makefile
index
On Wed, 23 May 2007 10:46:05 -0700 (PDT)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Wed, 23 May 2007, Mike Houston wrote:
> >
> > I still happen to have a Windows Vista install kicking around, so to
> > make sure we're not flogging a dead horse I booted that and let it
> > set up the
This patch is only experimental, just have a try whether the
subdirectory inode reservation idea works. Now the answer is it works,
and I am working on an improved version for this patch.
The basic idea of subdirecctory inode reservation is to avoid
unnecessary redundant meta data writing and
On 5/21/07, Folkert van Heusden <[EMAIL PROTECTED]> wrote:
> >What about the following enhancement: I check with sig_fatal if it would
> >kill the process and only then emit a message. So when an application
> >takes care itself of handling it nothing is printed.
> >+/* emit some logging for
On Wed, 23 May 2007 01:33:14 +0100 "Renato Golin" <[EMAIL PROTECTED]> wrote:
> This small patch adds the automatic recalibration feature without
> spoiling previously calibrated devices. It's a fix for those joysticks
> that report faulty range, specially Saitek Cyborg Evo Force.
>
> File:
On May 23 2007 20:00, Gergo Szakal wrote:
>
>> Please read the FAQ at http://www.tux.org/lkml/
>>
>> There you will notice that use of Linux KERNEL does not mean that
>> your must publish sources for your proprietary application, or to
>> make it easy for somebody to make a distribution
On Wed, 23 May 2007 19:52:20 +0300
Matti Aarnio <[EMAIL PROTECTED]> wrote:
> Please read the FAQ at http://www.tux.org/lkml/
>
> There you will notice that use of Linux KERNEL does not mean that
> your must publish sources for your proprietary application, or to
> make it easy for somebody to
On Tue, 22 May 2007 11:20:03 -0700 Fenghua Yu <[EMAIL PROTECTED]> wrote:
> per cpu data section contains two types of data. One set which is exclusively
> accessed by the local cpu and the other set which is per cpu, but also shared
> by remote cpus. In the current kernel, these two sets are not
On Wed, May 23, 2007 at 02:13:30PM -0300, Henrique de Moraes Holschuh wrote:
> On Wed, 23 May 2007, Rafael J. Wysocki wrote:
> > While I agree with that, it would really be helpful if you tested the
> > latest -rc
> > kernel and saw if the bug was present in there.
> >
> > If the bug is not
On Wed, 23 May 2007, Mike Houston wrote:
>
> I still happen to have a Windows Vista install kicking around, so to
> make sure we're not flogging a dead horse I booted that and let it
> set up the yukon2 chip and I tested it. (more to make sure that
> eeprom update didn't break it). I used it
On Wed, 23 May 2007, Peter Zijlstra wrote:
> On Wed, 2007-05-23 at 12:11 -0400, Jason Baron wrote:
> > On Wed, 23 May 2007, Peter Zijlstra wrote:
> >
> > > On Wed, 2007-05-23 at 10:40 -0400, Jason Baron wrote:
> > > > On Wed, 23 May 2007, Peter Zijlstra wrote:
> > > >
> > > > > Count lock
> > Saw this when running strace -f on a script on 2.6.21 on ia64:
> >
> > BUG: sleeping function called from invalid context at kernel/fork.c:385
> > in_atomic():1, irqs_disabled():0
... snip ...
> > I could reproduce it via 'strace -f sleep 1'
> >
>
> I'd say this is specific to ia64.
On Mon, 21 May 2007 15:08:56 -0500 [EMAIL PROTECTED] (Cliff Wickman) wrote:
> (this is a third submission -- corrects a locking/blocking issue pointed
> out by Nathan Lynch)
>
> When a cpu is disabled, move_task_off_dead_cpu() is called for tasks
> that have been running on that cpu.
So I
On Tue, 22 May 2007 17:00:18 -0700 (PDT)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> and the load off "sk->sk_prot->ioctl" oopses, because "sk->sk_prot"
> is corrupt and contains 0x8e3cad42, which is not a valid kernel
> pointer.
>
> The other oops is even worse.
>
> I also think it meshes
Hi,
I am currently implementing a general purpose shared library
for acpi focused on all the tools giving acpi information
like battery, thermal zones, fans, etc.
Since I was not able to find anything about it in the acpi
specs[0] (of course I didn't read every single page though)
and with a
Russell King wrote:
> On Wed, May 23, 2007 at 09:13:57AM -0700, Kevin Hilman wrote:
>> On Wed, 2007-05-23 at 10:22 +0100, Russell King wrote:
>>> In which case shouldn't it be at the end of the function so it includes
>>> the write buffer handling as well?
>>>
>>> However, I think I agree with
On Wed, May 23, 2007 at 12:42:33AM -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
> - A new readahead patch series. This needs serious review and performance
> testing please.
> - Added Ingo's CFS CPU scheduler
> - Xen
Use the kernel wide ARRAY_SIZE when determining the array size of a struct.
Signed-off-by: Jerry Stralko <[EMAIL PROTECTED]>
---
diff --git a/arch/arm/kernel/dma-isa.c b/arch/arm/kernel/dma-isa.c
index 0a3e9ad..c94ad71 100644
--- a/arch/arm/kernel/dma-isa.c
+++ b/arch/arm/kernel/dma-isa.c
@@
To me, it looks like this
work can be modified to use filemap_xip.
How?
-
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
On Wed, 2007-05-23 at 12:11 -0400, Jason Baron wrote:
> On Wed, 23 May 2007, Peter Zijlstra wrote:
>
> > On Wed, 2007-05-23 at 10:40 -0400, Jason Baron wrote:
> > > On Wed, 23 May 2007, Peter Zijlstra wrote:
> > >
> > > > Count lock contention events per lock class. Additionally track the
> > >
Michael Gerdau wrote:
That's because the whole premise of your benchmark relies on a workload that
yield()s itself to the eyeballs on most graphic card combinations when using
glxgears. Your test remains a test of sched_yield in the presence of your
workloads rather than anything else. If
Linus Torvalds wrote:
> There appear to be other obvious problems in the recent "cleanups" in this
> area..
>
> Look at
>
> psched_tdiff_bounded(psched_time_t tv1, psched_time_t tv2,
> psched_time_t bound)
> {
> return min(tv1 - tv2, bound);
> }
>
> and compare
On Wed, 23 May 2007, Michal Piotrowski wrote:
> Christoph, this looks like a bug in SLUB.
Please boot with slub_debug to find the bad code that overwrites a slab
object after it was freed.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Wed, 23 May 2007, Srihari Vijayaraghavan wrote:
> I'm personally very happy that slub works stably without slub debug options,
> because that's what I'd run in a production env. Thanks to your patch, slub is
> quite stable without the slub debug for me :-)). But it'd to nice to have a
>
On 05/23, Alan Stern wrote:
>
> Okay, it's clear that the two threads are in deadlock. It's not clear
> how the deadlock arose to begin with -- apparently there was a remote
> wakeup request for a root hub at the same time as a device below that
> root hub was disconnected, which doesn't make
On Wed, 23 May 2007, Russell King wrote:
> > That is wrong. ppc should have ZONE_NORMAL and no ZONE_DMA.
> > Otherwise you cannot switch off ZONE_DMA and you cannot switch off
> > bounce. ZONE_DMA is a zone for exceptional allocs. If you do not have
> > those then you only have normal allocs ->
On Wed, 23 May 2007, Rafael J. Wysocki wrote:
> While I agree with that, it would really be helpful if you tested the latest
> -rc
> kernel and saw if the bug was present in there.
>
> If the bug is not present in the latest -rc, it'll be possible to identify the
> patch that causes it to appear
This patch reuses CFS core to provide inter task-group fairness. For
demonstration purpose, the patch also extends CFS to provide per-user
fairness. The patch is very experimental atm and in particular, SMP LOAD
BALANCE IS DISABLED to keep the patch simple. I think group-based smp
load
balance is
This patch groups together fields used by CFS (for SCHED_NORMAL tasks)
in task_struct and runqueue into separate structures so that they can be
reused in a later patch.
'struct sched_entity' represents the attributes used by CFS for every
schedulable entity (task in this case).
'struct lrq'
Here's an attempt to extend CFS (v13) to be fair at a group level, rather than
just at task level. The patch is in a very premature state (passes
simple tests, smp load balance not supported yet) at this point. I am sending
it out early to know if this is a good direction to proceed.
Salient
We rely very much on task_cpu(p) to be correct at all times, so that we can
correctly find the task_grp_rq from which the task has to be removed or added
to.
There is however one place in the scheduler where this assumption of
task_cpu(p) being correct is broken. This patch fixes that piece of
On Wed, 23 May 2007, Srihari Vijayaraghavan wrote:
> > and then try to boot without slub_debug.
>
> I guess you mean with CONFIG_SLUB_CONFIG=y? If so, I built another kernel with
> CONFIG_SLUB_DEBUG=y (plus all of the above) & tested it. It panics by default,
> but with slub_nomerge it works
On 05/23, Andrew Morton wrote:
>
> On Wed, 23 May 2007 10:47:04 -0400 (EDT) Alan Stern <[EMAIL PROTECTED]> wrote:
>
> > Is it possible to get an Alt-SysRq-T stack trace during those 20
> > seconds? Knowing what those threads are waiting for would be a big
> > help.
>
> [ 144.201264] khubd
On Wed, 2007-05-23 at 09:31 -0700, Kristen Carlson Accardi wrote:
> On Tue, 22 May 2007 14:12:11 -0700
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 9 May 2007 16:38:35 -0700
> > Kristen Carlson Accardi <[EMAIL PROTECTED]> wrote:
> >
> > > Send an uevent to user space to indicate that
On Wed, 23 May 2007, Jens Axboe wrote:
> That works for me with the patch, .config attached.
H... That means the .config sent initially here was bogus.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Wed, 23 May 2007, Andrew Morton wrote:
> > > > This is intermittently getting resume-from-RAM failures. It is not
> > > > sufficiently repeatable to be able to bisect.
> > > >
> > > > [ 1381.119362] PM: Preparing system for mem sleep
> > > > [ 2331.798452] Stopping tasks ...
> > > > [
Ingo Molnar wrote:
> * Michal Piotrowski <[EMAIL PROTECTED]> wrote:
>
>> Bad news - I hit a bug in 2.6.22-rc2-hrt3. Bug symptoms:
>> - X hangs (keyboard, mouse, sound etc.)
>> - only Magic SysRq works
>
> please try the patch below! I think we have nailed this bug.
>
> Ingo
>
> Index:
On Wed, 23 May 2007 15:03:01 +0400 Michael Tokarev wrote:
> Randy Dunlap wrote:
> >
> > Add "notime" boot option to prevent timing data from being printed on
> > each printk message line.
>
> That's a good source of confusion. To me, "notime" means something
> like "don't bother calculating
Con Kolivas wrote:
On Wednesday 23 May 2007 10:28, Bill Davidsen wrote:
kernel2.6.21-cfs-v132.6.21-ck2
a)194464254669
b)54159124
Everyone seems to like ck2, this makes it look as if the video display
would be really pretty unusable. While sd-0.48 does
And copy to the list...
--- Begin Message ---
And where, may I ask, does one find the source of Google's modified
kernel? (At least, the unmodified bits!)
Chris
Matti Aarnio wrote:
On Wed, May 23, 2007 at 04:50:35PM +0200, Diego Calleja wrote:
El Wed, 23 May 2007 16:23:44 +0200, Gergo
On Wed, May 23, 2007 at 04:50:35PM +0200, Diego Calleja wrote:
> El Wed, 23 May 2007 16:23:44 +0200, Gergo Szakal <[EMAIL PROTECTED]> escribió:
>
> > Greetings to all list-members!
> >
> > Recently I have read that Google are selling enterprise hardware that
> > is running a modified version of
Adding the defines/constants activates the existing code in the tty layer
and allows arbitary tty speeds to be requested on this platform
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
On Wednesday, 23 May 2007 11:57, Romano Giannetti wrote:
> On Wed, 2007-05-23 at 11:05 +0200, Rafael J. Wysocki wrote:
> > Hi,
> >
> > On Wednesday, 23 May 2007 09:25, Romano Giannetti wrote:
> > > http://lkml.org/lkml/2007/5/23/38
> >
> > Please see
Adding the defines/macros activates the existing code in the tty layer
and allows this platform to use the arbitary speed ioctl setting layer
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
On Wed, 2007-05-23 at 09:16 -0700, Andrew Morton wrote:
> On Wed, 23 May 2007 19:51:44 +0530 "Nitin Gupta" <[EMAIL PROTECTED]> wrote:
> > On 5/23/07, Michael-Luke Jones <[EMAIL PROTECTED]> wrote:
> > If I rename 'nonsafe' version as such then it will seem like its a
> > 'broken' implementation
ubd_add returns 0 when there could actually be an error to report.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/drivers/ubd_kern.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.21-mm/arch/um/drivers/ubd_kern.c
Make the PTRACE_SYSEMU checking more robust. It will make sure that
system call numbers are reported correctly. If there is a problem, it
will disable PTRACE_SYSEMU use and use PTRACE_SYSCALL instead.
Thanks to Balaji G for helping reproduce this problem.
Signed-off-by: Jeff Dike <[EMAIL
One of them is really more a workaround for a host bug than a UML bug
fix, but it does robustify the early boot checks a bit, and makes UML
boot on current FC6, so it's worth going in 2.6.22.
The other is a trivial error return fix in the ubd driver.
Jeff
--
Atsushi Nemoto wrote:
On Tue, 22 May 2007 17:48:09 +0300, Mika_Penttilä <[EMAIL PROTECTED]> wrote:
I can't see how this use of r_attend is going to work. find_elf_symbol
compares relsym->st_value to Elf_Rela->r_attend. I think it doesn't work
for RELA archs and even with this patch for REL.
Add the defines and constants needed for the M32R platform to support the
arbitary speed tty ioctls.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.22-rc1-mm1/include/asm-m32r/ioctls.h
201 - 300 of 1026 matches
Mail list logo