(Rediffed against latest git)
The original HPA patch that Kyle worked on has gone into current git
without some fixes that we worked through late in the Ubuntu feisty
release. Here's the main copy of the notes I sent to Alan a few weeks
ago in regards to the original patch, and a repatch against
Daniel Walker wrote:
I haven't looked at all the new clock/timer code, is there any
utility in having support for more than one clock source?
There is if the main clocksource has some issues where it can't be used.
You mean, having more than one clocksource is *useful* in this case?
Hello everyone,
I'm getting "disagrees about version of symbol struct_module" messages,
and I'm trying to understand why.
As far as I understand (which is not very far), if I define
CONFIG_MODVERSIONS, then checksums for various functions (all exported
functions?) and various structures
Hi!
> > I played with rfcomm here -- I'm trying to emulate bluetooth gps using
> > normal pc -- and got couple of oopses.
> >
> > [EMAIL PROTECTED]:~$ uname -a
> > Linux amd 2.6.21 #421 SMP Fri Apr 27 15:06:54 CEST 2007 i686 GNU/Linux
> > [EMAIL PROTECTED]:~$
> >
>
> can you try with
On Thu, 2007-05-17 at 13:17 -0500, Kumar Gala wrote:
>
> I haven't looked at all the new clock/timer code, is there any
> utility in having support for more than one clock source?
There is if the main clocksource has some issues where it can't be used.
On x86 there are lots of different
On Fri, 2007-05-18 at 07:52 -0400, John Anthony Kazos Jr. wrote:
> Out of curiosity, why would a compiler ever insert padding in a structure
> that has all its elements properly-aligned?
Well, it might decide it would be nicer if some elements were aligned to
64 bits. Or to a cache line. Or
A further cleanup of the kernel LZO library headers which untangles and
removes ~400 lines of defines. This doesn't change the core minilzo code
so diffability is maintained.
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
---
lib/lzo/lzoconf.h | 96 +---
lib/lzo/lzodefs.h | 412
Hello.
Albert Cahalan wrote:
I haven't looked at all the new clock/timer code, is there any
utility in having support for more than one clock source?
Of course, you may register as many as you like.
Sure, but is there any utility in registering more than the
decrementer on PPC?
Not
Hello,
Sorry for submitting the previous patch without description, name
signed off line.
This removes the duplicated paragraph in the Documentation/HOWTO file.
Signed-off-by: D Pranith Kumar<[EMAIL PROTECTED]>
--- linux-2.6.21.1/Documentation/HOWTO.orig 2007-05-18 18:54:18.0
On Thu, 17 May 2007, Davide Libenzi wrote:
>
> Thx Davi, patch is correct. Nice catch. But at this point instead of
> ending up getting two locks, we may look into using Andrew suggestion of
> reusing the waitqueue lock. Is it universally considered a "legal"
> operation?
Yes. Perhaps not
On Fri, 2007-05-18 at 15:28 +0100, Matt Sealey wrote:
> >> I guess the real question is, how high resolution does a high resolution
> >> timer need to be,
> >
> >In the order of microseconds.
>
> I think both the MPC52xx GPT0-7 and the SLT0-1 fulfil this fairly
> easily.
There is some basic
"Siddha, Suresh B" <[EMAIL PROTECTED]> writes:
> On Thu, May 17, 2007 at 05:30:13PM -0700, Eric W. Biederman wrote:
>> So why does any of this matter?
>>
>> My memory says that the ioapic state for sending irqs gets reset when we
>> unmask the irq.
>
> No. Atleast not on the platform we have
On Friday 18 May 2007 01:38:13 [EMAIL PROTECTED] wrote:
> Andi Kleen wrote:
> > Hmpf.
> >
> > We cold either use rdmsr_safe or add a family check again or clear it
> > in k6 setup. I think clearing it in setup is cleanest.
> >
> > Does this patch work?
> >
> > -Andi
> >
> > Clear MCE flag on AMD
Thanks. I've added that to my tree.
Paul
On 5/18/07, Balbir Singh <[EMAIL PROTECTED]> wrote:
Fix containers mounting issue. With the current v9 patches if a container
hierarchy is mounted and then umounted. A second mount of the hierarchy
fails
Steps to reproduce the problem
1. mount -t
On Fri, May 18, 2007 at 04:20:39PM +0200, Jesper Juhl wrote:
> On 18/05/07, Martin Mokrejs <[EMAIL PROTECTED]> wrote:
> > Hi,
> > I just tried the 2.6.22-r1 candidate to test whether some bug I have
> > hit in the past still exists. I did use 2.6.20.6 so far. So, I have
> > cleanly rebooted to
Alan Cox wrote:
That shouldn't be a problem, libata default DMA mask is 32 bits (which
isn't overridden with this controller) and so the block layer will
bounce any data being read/written above that point with IOMMU or
swiotlb. The comment is a bit unnecessarily scary.
Adding a BUG_ON for
On Fri, May 18, 2007 at 07:38:18PM +0530, Kalpak Shah wrote:
> On Fri, 2007-05-18 at 15:51 +0200, Martin Mokrejs wrote:
> > On Fri, May 18, 2007 at 05:17:06PM +0530, Kalpak Shah wrote:
> > > On Fri, 2007-05-18 at 11:06 +0200, Martin Mokrejs wrote:
> > > > Hi,
> > > > I just tried the 2.6.22-r1
Bharata B Rao wrote:
Not really. This is called during copyup of a file residing in a lower
layer. And that is done only for regular files.
That is broken.
You should be able to change the permissions on a device node on a layer
that is RO.
so it would copy it up (1. mknod, 2. copy
Sergei Shtylyov wrote:
> Hello.
>
Sure, but is there any utility in registering more than the
decrementer on PPC?
>
>>>Not yet. I'm not sure I know any other PPC CPU facility fitting
>>> for clockevents. In theory, FIT could be used -- but its period is
>>> measured in powers of
Andi Kleen <[EMAIL PROTECTED]> writes:
> On Friday 18 May 2007 01:03, Siddha, Suresh B wrote:
>
>> Normally, the EOI generated by local APIC for level trigger interrupt
>> contains vector number. The IOAPIC will take this vector number and
>> search the IOAPIC RTE entries for an entry with
On 18/05/07, Martin Mokrejs <[EMAIL PROTECTED]> wrote:
Hi,
I just tried the 2.6.22-r1 candidate to test whether some bug I have
hit in the past still exists. I did use 2.6.20.6 so far. So, I have
cleanly rebooted to use the new kernel, after the machine came up I
tried to mess with the bug,
Hi Pavel,
> I played with rfcomm here -- I'm trying to emulate bluetooth gps using
> normal pc -- and got couple of oopses.
>
> [EMAIL PROTECTED]:~$ uname -a
> Linux amd 2.6.21 #421 SMP Fri Apr 27 15:06:54 CEST 2007 i686 GNU/Linux
> [EMAIL PROTECTED]:~$
>
can you try with 2.6.22-rc1. I have
Hi!
I played with rfcomm here -- I'm trying to emulate bluetooth gps using
normal pc -- and got couple of oopses.
[EMAIL PROTECTED]:~$ uname -a
Linux amd 2.6.21 #421 SMP Fri Apr 27 15:06:54 CEST 2007 i686 GNU/Linux
[EMAIL PROTECTED]:~$
On Fri, 2007-05-18 at 15:51 +0200, Martin Mokrejs wrote:
> On Fri, May 18, 2007 at 05:17:06PM +0530, Kalpak Shah wrote:
> > On Fri, 2007-05-18 at 11:06 +0200, Martin Mokrejs wrote:
> > > Hi,
> > > I just tried the 2.6.22-r1 candidate to test whether some bug I have
> > > hit in the past still
Hi "Debian Developer",
On 5/18/07, debian developer <[EMAIL PROTECTED]> wrote:
Heres a patch. It's my first. so any mistakes to be pardoned. :)
Three major problems: (1) no real name in the email, (2) no patch
description and (3) no signed-off-by line. Please see the following
URL for
Peter Jones wrote:
> So really, either way means we need to update the tools. It also
> doesn't really solve the problem -- when I insert "usb-storage", the
> SCSI scan may still finish while we're still enumerating the bus for USB
> devices. (I'd be willing to believe I'm wrong about this
Hi,
I'm a kernel newbie so please, pardon my French.
I have a Saitek Cyborg Evo Force, a very good joystick with force-
feedback. Problem is, on Windows it works well (its drivers know its
own idiosyncrasies) but on Linux it gets a bit fuzzy.
The behaviour is that, all axis are working fine,
On Fri, May 18, 2007 at 05:17:06PM +0530, Kalpak Shah wrote:
> On Fri, 2007-05-18 at 11:06 +0200, Martin Mokrejs wrote:
> > Hi,
> > I just tried the 2.6.22-r1 candidate to test whether some bug I have
> > hit in the past still exists. I did use 2.6.20.6 so far. So, I have
> > cleanly rebooted
Hello, I wrote:
Yes, on some implementations there can be other conditions that
make a decrementer exception go away; there is no contradiction
here (thankfully). My wording was sloppy.
Some CPUs have the DEC exceptions basically edge triggered (yeah I know
for example?
it sucks).
Hello.
Matt Sealey wrote:
I haven't looked at all the new clock/timer code, is there any
utility in having support for more than one clock source?
Of course, you may register as many as you like.
Sure, but is there any utility in registering more than the decrementer
on PPC?
Hello.
Benjamin Herrenschmidt wrote:
Yes, on some implementations there can be other conditions that
make a decrementer exception go away; there is no contradiction
here (thankfully). My wording was sloppy.
Some CPUs have the DEC exceptions basically edge triggered (yeah I know
for
Hello,
Jarek Poplawski wrote:
> 2. IMHO the current solution with smp barriers is very good:
> these barriers are really needed and they should be enough.
> Oleg repeats all the time he hates barriers, but I think
> it's wrong approach - they should be seen as something
> natural for programming
Heres a patch. It's my first. so any mistakes to be pardoned. :)
--- linux-2.6.21.1/Documentation/HOWTO.orig 2007-05-18 18:54:18.0
+0530
+++ linux-2.6.21.1/Documentation/HOWTO 2007-05-18 18:55:03.0 +0530
@@ -383,26 +383,6 @@ One of the best ways to put into practic
bugs
Peter Williams wrote:
Ingo Molnar wrote:
* Peter Williams <[EMAIL PROTECTED]> wrote:
I've now done this test on a number of kernels: 2.6.21 and 2.6.22-rc1
with and without CFS; and the problem is always present. It's not
"nice" related as the all four tasks are run at nice == 0.
could you
On Wednesday 16 May 2007 17:37, Anton Blanchard wrote:
> Hi Hugh,
>
> > It's interesting that compat_core_sys_select() shows this kmalloc(0)
> > failure but core_sys_select() does not. That's because core_sys_select()
> > avoids kmalloc by using a buffer on the stack for small allocations (and
>
On 5/18/07, Anand Jahagirdar <[EMAIL PROTECTED]> wrote:
Hello All
I tried to execute a program which creates 8152 process.(
i=0; while( i<14) i++ fork(); ) with ulimit 8200. This program
created 8152 processes and then stopped and came back to command
prompt. this proves that my
On Fri, May 18, 2007 at 04:24:59PM +0530, debian developer wrote:
> There is a repetition of the below para in the HOWTO. :)
> sorry, me being newbie( thts y i was goin thru the HOWTO) cannot write the
> PATCH for this.
> Please correct it.
Can you take a look at
On Fri, May 18, 2007 at 02:09:54PM +0200, Luca wrote:
>
> Well, pretty sure. The OOPS says 2.6.22-rc1-libata-g705962cc-dirty,
> git agrees and I've done a full rebuild. The .config is generated
> using 'make oldconfig' using the 2.6.21 as baseline, maybe ALGAPI is
> coming from there?
Sorry, my
On 5/18/07, Matthew Wilcox <[EMAIL PROTECTED]> wrote:
On Fri, May 18, 2007 at 10:58:05AM +0530, Satyam Sharma wrote:
> [ BTW, this is the last time I'll try explaining this to you. ]
Oh good. Perhaps you can just drop the idea entirely and give up?
Well, I do plan to, at least as far as
Ingo Molnar wrote:
* Peter Williams <[EMAIL PROTECTED]> wrote:
I've now done this test on a number of kernels: 2.6.21 and 2.6.22-rc1
with and without CFS; and the problem is always present. It's not
"nice" related as the all four tasks are run at nice == 0.
could you try -v13 and did this
Anand Jahagirdar wrote:
[]
> I found one more interesting thing on the same machine
> having FC6 distribution and Linux Kernel 2.6.18. i have set "ulimit -u
> 100". after setting this limit i tried to execute fork bombing program
> with guest account. after executing it
>
> expected
On 5/18/07, Matthew Wilcox <[EMAIL PROTECTED]> wrote:
On Fri, May 18, 2007 at 09:11:58AM +0530, Satyam Sharma wrote:
> It's also somewhat a matter of *taste* (and hence subjective), if you
> _still_ don't get it, Matthew, then there's no point continuing this thread
> and trying to convince you
On Thu, 2007-05-17 at 12:11 +0530, Anant Nitya wrote:
> On Friday 11 May 2007 03:28:46 Thomas Gleixner wrote:
>
> > Ok, that's consistent with earlier reports. The problem surfaces when
> > one of the SMT-"cpus" goes idle. The problem goes away when you disable
> > hyperthreading.
> Yes with HT
On 138, 05 18, 2007 at 03:28:31PM +0530, Nitin Gupta wrote:
> Hi,
>
> This is kernel port of LZO1X de/compression algo stripped down to just ~500
> LOC!
> It is derived from original LZO 2.02 code found at:
> http://www.oberhumer.com/opensource/lzo/download/
> The code has also been reformatted
There is a repetition of the below para in the HOWTO. :)
sorry, me being newbie( thts y i was goin thru the HOWTO) cannot write
the PATCH for this.
Please correct it.
378 Managing bug reports
379
380
381 One of the best ways to put into practice your hacking skills is by
Sergei Shtylyov wrote:
> Hello.
>
> Kumar Gala wrote:
>
>>> Kumar Gala wrote:
>
I haven't looked at all the new clock/timer code, is there any
utility in having support for more than one clock source?
>
>>>Of course, you may register as many as you like.
>
>> Sure, but is
Fix containers mounting issue. With the current v9 patches if a container
hierarchy is mounted and then umounted. A second mount of the hierarchy
fails
Steps to reproduce the problem
1. mount -t container container /
2. umount /
3. mount -t container container /
Step 3 fails with -EBUSY. This
On Wednesday 16 May 2007 22:29, Tim Hockin wrote:
> From: Tim Hockin <[EMAIL PROTECTED]>
>
> Background:
> The MCE handler has several paths that it can take, depending on various
> conditions of the MCE status and the value of the 'tolerant' knob. The
> exact semantics are not well defined
On Fri, 18 May 2007 03:16:45 -0400
Rob Landley <[EMAIL PROTECTED]> wrote:
> On Thursday 17 May 2007 11:04 am, Lennart Sorensen wrote:
> > On Thu, May 17, 2007 at 12:39:47AM -0300, Henrique de Moraes Holschuh wrote:
> > > Actually, in my limited experience, SAS is marginally less crappy than
>
> That shouldn't be a problem, libata default DMA mask is 32 bits (which
> isn't overridden with this controller) and so the block layer will
> bounce any data being read/written above that point with IOMMU or
> swiotlb. The comment is a bit unnecessarily scary.
Adding a BUG_ON for this would
Hello,
Have found this in dmesg (well earlier because of initcall_debug) I've
never noticed that during boot (scrolls away too fast). Anyway -
[7.841871] NetLabel: Initializing
[7.841983] NetLabel: domain hash size = 128
[7.842095] NetLabel: protocols = UNLABELED CIPSOv4
[
On 5/18/07, Herbert Xu <[EMAIL PROTECTED]> wrote:
On Tue, May 15, 2007 at 08:52:12PM +0200, Luca Tettamanti wrote:
>
> CONFIG_CRYPTO_ALGAPI=m
Are you sure you're actually running 2.6.22-rc1? Due to a bug
in the padlock patch present in 2.6.22-rc1 it shouldn't be
possible to select ALGAPI as a
>
> I'd say all up this is going to decrease overall cache footprint in
> fastpaths, both by reducing text and data footprint of page_address and
> related operations, and by reducing cacheline footprint of most batched
> operations on struct pages.
I suspect the cache line footprint is not the
On Friday 18 May 2007 01:03, Siddha, Suresh B wrote:
> Normally, the EOI generated by local APIC for level trigger interrupt
> contains vector number. The IOAPIC will take this vector number and
> search the IOAPIC RTE entries for an entry with matching vector number and
> clear the remote IRR
On Fri, 2007-05-18 at 16:57 +0530, Nitin Gupta wrote:
> On 5/18/07, Heikki Orsila <[EMAIL PROTECTED]> wrote:
> > Good work..
> >
> > On Fri, May 18, 2007 at 03:28:31PM +0530, Nitin Gupta wrote:
> > > Facts for LZO (at least for original code. Should hold true for this
> > > port also - hence the
On Fri, 18 May 2007, David Woodhouse wrote:
> On Thu, 2007-05-17 at 22:57 -0400, John Anthony Kazos Jr. wrote:
> > Wouldn't the appropriate test be to demonstrate that the same program text
> > opcodes are generated in both cases for all architectures?
>
> No, empirical testing with the
[Resend. First message reached netdev but not linux-kernel due to Cc: typo]
Compiling 2.6.22-rc1 with gcc-3.2.3 for i486 fails with:
gcc -m32 -Wp,-MD,net/core/.skbuff.o.d -nostdinc -isystem
/home/mikpe/pkgs/linux-x86/gnu/lib/gcc-lib/i486-pc-linux-gnu/3.2.3/include
-D__KERNEL__ -Iinclude
Hi,
On Fri, 2007-05-18 at 15:28 +0530, Nitin Gupta wrote:
> This is kernel port of LZO1X de/compression algo stripped down to just ~500
> LOC!
> It is derived from original LZO 2.02 code found at:
> http://www.oberhumer.com/opensource/lzo/download/
> The code has also been reformatted to match
> I do not see such on i386, so why for x86_64?
So that you know that one of your programs crashed. That's a feature.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Fri, 2007-05-18 at 11:06 +0200, Martin Mokrejs wrote:
> Hi,
> I just tried the 2.6.22-r1 candidate to test whether some bug I have
> hit in the past still exists. I did use 2.6.20.6 so far. So, I have
> cleanly rebooted to use the new kernel, after the machine came up I
> tried to mess
Hi,
Thanks for review. My comments inline.
On 5/18/07, Heikki Orsila <[EMAIL PROTECTED]> wrote:
Good work..
On Fri, May 18, 2007 at 03:28:31PM +0530, Nitin Gupta wrote:
> Facts for LZO (at least for original code. Should hold true for this
> port also - hence the RFC!):
> - The compressor can
On Fri, May 18, 2007 at 10:58:05AM +0530, Satyam Sharma wrote:
> [ BTW, this is the last time I'll try explaining this to you. ]
Oh good. Perhaps you can just drop the idea entirely and give up?
> The one-line patch you're suggesting *would*not*allow* one to use the async
> scanning _at_all_.
On Fri, May 18, 2007 at 09:11:58AM +0530, Satyam Sharma wrote:
> It's also somewhat a matter of *taste* (and hence subjective), if you
> _still_ don't get it, Matthew, then there's no point continuing this thread
> and trying to convince you ad infinitum.
Right. It's a matter of taste. What
H. Peter Anvin schrieb:
Claas Langbehn wrote:
Now my question is:
Would it be possible to override the BIOS settings of cx8 and nx and
activate it with linux anyway?
The CPU supports it and I don't see any reason to disable it.
Yes, that code is already in the git.newsetup tree.
Thanks for your comment, see the explaination inline.
We'll apply your advice in later patch.
-Original Message-
From: Robert Hancock [mailto:[EMAIL PROTECTED]
Sent: Friday, May 18, 2007 9:48 AM
To: Peer Chen
Cc: linux-kernel@vger.kernel.org; Jeff Garzik;
[EMAIL PROTECTED]; Kuan Luo;
Hello All
I tried to execute a program which creates 8152 process.(
i=0; while( i<14) i++ fork(); ) with ulimit 8200. This program
created 8152 processes and then stopped and came back to command
prompt. this proves that my machine do have sufficient resources to
create 8000 processes.
Hi Jan :)
* Jan Engelhardt <[EMAIL PROTECTED]> dixit:
>
> On May 18 2007 10:21, DervishD wrote:
> >
> >> Or try echo 10 >/proc/sys/kernel/dirty_ratio
> >
> >Not in my proc :?? Perhaps /proc/sys/vm/dirty_ratio? Mine is 40,
> >which I think is too high.
>
> Linus also thinks it is too
Hi Heikki :)
* Heikki Orsila <[EMAIL PROTECTED]> dixit:
> On Thu, May 17, 2007 at 12:03:08PM +0200, DervishD wrote:
> > I'm having problems when reading/writing to external USB
> > harddisks: my *internal* harddisk stalls from time to time, so
> > watching a movie while copying
The similar code exists here and is called capi_driver_get_idx().
Use generic helpers now and remember to convert list_head to
struct capi_driver in .show callback.
Acked-by: Karsten Keil <[EMAIL PROTECTED]>
Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
---
diff --git
On Wed, May 16, 2007 at 09:57:28AM +0200, Jan Engelhardt wrote:
>
> On May 14 2007 15:13, Bharata B Rao wrote:
> >+
> >+if (flag & 0x2) {
> >+error = union_copyup(nd, flag);
> >+if (error)
> >+goto exit;
> >+}
>
> What I dislike (and that also
On Tue, May 15, 2007 at 10:00:45AM -0400, Trond Myklebust wrote:
> On Mon, 2007-05-14 at 15:12 +0530, Bharata B Rao wrote:
> > From: Jan Blunck <[EMAIL PROTECTED]>
> > Subject: Union-mount lookup
> >
> > Modifies the vfs lookup routines to work with union mounted directories.
> >
> > The
Pierre Ossman skrev:
Tobias, did you test this patch and did it solve your problem?
I compiled it with 2.6.21-mm2 and 2.6.22-rc1 but both of them hangs at
startup after setting up portmap. So atleast init starts.. I suppose I
should set up remote syslog to debug.. and ofcourse apply the
-- Forwarded message --
From: debian developer <[EMAIL PROTECTED]>
Date: May 18, 2007 4:24 PM
Subject: [BUG] HOWTO
To: [EMAIL PROTECTED], linux-kernel@vger.kernel.org
There is a repetition of the below para in the HOWTO. :)
sorry, me being newbie( thts y i was goin thru the
On 5/18/07, Pekka Enberg <[EMAIL PROTECTED]> wrote:
So how about making that a little less verbose. Say like:
Copyright (c) 1996-2005 Markus Franz Xaver and Johannes Oberhumer
Oh, the author's name really is "Markus Franz Xaver Johannes
Oberhumer." But please make the copyright statement one
Hello Oleg,
On Thu, 2007-05-17 at 22:45 +0400, Oleg Nesterov wrote:
> Hello Zilvinas,
>
> On 05/17, Zilvinas Valinskas wrote:
> >
> > Patch seems to help and it seems kernel doesn't free anymore. I've
> > booted new kernel and did :
>
> OK, thank you very much. So, we have some other problems,
On 5/18/07, Nitin Gupta <[EMAIL PROTECTED]> wrote:
+ Copyright (C) 2005 Markus Franz Xaver Johannes Oberhumer
+ Copyright (C) 2004 Markus Franz Xaver Johannes Oberhumer
[snip]
So how about making that a little less verbose. Say like:
Copyright (c) 1996-2005 Markus Franz Xaver and
On Fri, May 18, 2007 at 03:21:26AM -0700, David Miller wrote:
> From: Sam Ravnborg <[EMAIL PROTECTED]>
> Date: Fri, 18 May 2007 11:42:31 +0200
>
> > On Fri, May 18, 2007 at 12:16:04AM -0700, David Miller wrote:
> > >
> > > Looking at these patches reminds me of a quirk in the generic
> > >
This is now the only (!) compiler warning I get in my UML build :)
From: Miklos Szeredi <[EMAIL PROTECTED]>
mm/page_alloc.c:931: warning: 'setup_nr_node_ids' defined but not used
Signed-off-by: Miklos Szeredi <[EMAIL PROTECTED]>
---
Index: linux/mm/page_alloc.c
From: Miklos Szeredi <[EMAIL PROTECTED]>
When inode is dropped (no more references) delete it from cache.
There's not much point in keeping it cached, when a new lookup will
refresh the attributes anyway.
Signed-off-by: Miklos Szeredi <[EMAIL PROTECTED]>
---
Index: linux/fs/fuse/inode.c
Andrew,
These are for 2.6.22, please apply.
Thanks.
From: Miklos Szeredi <[EMAIL PROTECTED]>
This fixes O_APPEND in direct IO mode. Also checks writes against
file size limits, notably rlimits.
Reported by Greg Bruno.
Signed-off-by: Miklos Szeredi <[EMAIL PROTECTED]>
---
Index:
* Anant Nitya <[EMAIL PROTECTED]> wrote:
> Hi
>
> Been testing this version of CFS from last an hour or so and still
> facing same lag problems while browsing sites with heavy JS and or
> flash usage. Mouse movement is pathetic and audio starts to skip. I
> haven't face this behavior with CFS
From: Pavel Emelianov <[EMAIL PROTECTED]>
Date: Fri, 18 May 2007 13:53:13 +0400
> This includes /proc/net/protocols, /proc/net/rxrpc_calls
> and /proc/net/rxrpc_connections files.
>
> All three need seq_list_start_head to show some header.
>
> Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
Hi, Mike!
[EMAIL PROTECTED] schrieb:
Whoever responds to this mail, please email me directlythank-you!
It seems that the dos file system does not work correctly with kernel
version 2.6.12. When using a dos formatted usb memory stick and placing
files onto the memory stick, the files are
Hi Takashi,
On 18/05/07, Takashi Iwai <[EMAIL PROTECTED]> wrote:
At Wed, 16 May 2007 22:31:30 +0200,
Michal Piotrowski wrote:
>
> ALSA
>
> Subject: lost snd_4236 device
> References : http://lkml.org/lkml/2007/5/13/87
> Submitter : Pete Clements <[EMAIL PROTECTED]>
> Handled-By : Rene
From: Sam Ravnborg <[EMAIL PROTECTED]>
Date: Fri, 18 May 2007 11:42:31 +0200
> On Fri, May 18, 2007 at 12:16:04AM -0700, David Miller wrote:
> >
> > Looking at these patches reminds me of a quirk in the generic
> > RODATA definition:
> >
> > > #define RODATA
On Fri, 18 May 2007 11:06:04 +0200
Martin Mokrejs <[EMAIL PROTECTED]> bubbled:
> I cannot say what is the fsck version, but I can tell you this is a
> Gentoo linux box in the ~x86 tree, so whatever is in the "unstable"
> branch. :(
FYI:
# eix e2fs
[I] sys-fs/e2fsprogs
Available
On Fri, May 18, 2007 at 01:34:23PM +0400, Pavel Emelianov wrote:
> Simple and stupid - just use the same code from another
> place in the kernel.
>
> Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
Ack.
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EMAIL
Good work..
On Fri, May 18, 2007 at 03:28:31PM +0530, Nitin Gupta wrote:
> Facts for LZO (at least for original code. Should hold true for this
> port also - hence the RFC!):
> - The compressor can never overrun buffer.
> - The "non-safe" version of decompressor can never overrun buffer if
>
One more simple and stupid switching to the new API.
Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
---
diff --git a/fs/namespace.c b/fs/namespace.c
index 11f2fbf..82d4fd2 100644
--- a/fs/namespace.c
+++ b/fs/namespace.c
@@ -393,22 +393,16 @@ EXPORT_SYMBOL(mnt_unpin);
static void
This entry prints a header in .start callback. This is OK,
but the more elegant solution would be to move this into the
.show callback and use seq_list_start_head() in .start one.
I have left it as is in order to make the patch just switch
to new API and noting more.
Signed-off-by: Pavel
Hi,
After installation the new mm1 kernel, My system can not boot, the rc1
kernel works ok.
The cursor just blinks after appearing "Bios data check successful" message.
what do you think about this?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Pavel Emelianov <[EMAIL PROTECTED]> wrote:
> Many places in kernel use seq_file API to iterate over a regular
> list_head. The code for such iteration is identical in all the
> places, so it's worth introducing a common helpers.
And the documentation for this?
David
-
To unsubscribe from this
Simple and stupid like some previous ones. Just use new API.
Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
---
diff --git a/fs/proc/proc_tty.c b/fs/proc/proc_tty.c
index b3a473b..2284622 100644
--- a/fs/proc/proc_tty.c
+++ b/fs/proc/proc_tty.c
@@ -69,7 +69,7 @@ static void
This includes /proc/fs/nfsfs/servers and /proc/fs/nfsfs/volumes
entries.
Both need to show the header and use the list_head.
Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
---
diff --git a/fs/nfs/client.c b/fs/nfs/client.c
index 50c6821..10355ec 100644
--- a/fs/nfs/client.c
+++
Hi,
This is kernel port of LZO1X de/compression algo stripped down to just ~500 LOC!
It is derived from original LZO 2.02 code found at:
http://www.oberhumer.com/opensource/lzo/download/
The code has also been reformatted to match general kernel style.
Facts for LZO (at least for original code.
This includes /proc/net/ip_conntrack_expect file.
Although struct nf_conntrack_expect has list_head as
the very first element I use list_entry in .show callback
to emphasize the fact that *v is the list_head pointer.
Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
---
diff --git
On Thu, 2007-05-17 at 15:27 -0700, Christoph Lameter wrote:
> On Thu, 17 May 2007, Peter Zijlstra wrote:
>
> > The way I read the cpuset page allocator, it will only respect the
> > cpuset if there is memory aplenty. Otherwise it will grab whatever. So
> > still, it will only ever use
alloc_large_system_hash() is called at boot time to allocate space for several
large hash tables.
Lately, TCP hash table was changed and its bucketsize is not a power-of-two
anymore.
On most setups, alloc_large_system_hash() allocates one big page (order > 0)
with __get_free_pages(GFP_ATOMIC,
This includes /proc/net/protocols, /proc/net/rxrpc_calls
and /proc/net/rxrpc_connections files.
All three need seq_list_start_head to show some header.
Signed-off-by: Pavel Emelianov <[EMAIL PROTECTED]>
---
diff --git a/net/core/sock.c b/net/core/sock.c
index 22183c2..528f65b 100644
---
On Mi, 16.05.07 11:46 Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
wrote:
> > Shall I test it without "noraid=1" too?
>
> Please do, the main goal of the patch was to fix "RAID mode"
> ("noraid=1" should work fine also without the patch?).
>
> Thanks,
> Bart
Hi,
sorry for late response. Now
201 - 300 of 773 matches
Mail list logo
