This bug is in 2.6.21-rc7-mm2, but not 2.6.21. Haven't tested
2.6.21-mm1 yet.
The following kernel module uses get_user_pages() to look at user
memory, and gets zeroed pages if they're not touched by userspace first.
The test case seems a little sensitive to change (eg. mapping at a
non-fixed add
2007/5/5, Oliver Neukum <[EMAIL PROTECTED]>:
Am Samstag, 5. Mai 2007 20:08 schrieb Antonino Ingargiola:
> Now I don't want to abuse your kindness, but I (personally) would be
> *really* interested in a similar fix for the FTDI usb-serial driver,
> because many measurements I do use an FTDI device
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 ven, 2007-03-30 at 07:39 -0400, Fortier,Vincent [Montreal] wrote:
> Hi all,
>
> Backports of the staircase deadline cpu scheduler version 0.37 for
> 2.6.18.8 and 2.6.19.7 kernels are available at
> http://linux-dev.qc.ec.gc.ca/.
BTW thanks a lot Vincent, I regularly use your .deb kernels (ins
2007/5/5, Alan Cox <[EMAIL PROTECTED]>:
On Sat, 5 May 2007 20:07:15 +0200
Oliver Neukum <[EMAIL PROTECTED]> wrote:
[cut]
> should I understand this so that, if tty_buffer_request_room() returns
> less than requested, the rest of the data should be dropped on the
> floor?
If it returns NULL the
Hi Linus.
On top of the below additional three patches has been pushed out:
kconfig: fix mconf segmentation fault
kbuild: enable use of code from a different dir
kconfig: error out if recursive dependencies are found
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/sam
Sample:
config FOO
bool "This is foo"
depends on BAR
config BAR
bool "This is bar"
depends on FOO
This will result in following error message:
error: found recursive dependency: FOO -> BAR -> FOO
And will then exit with exit code equal 1 so make will stop.
Inspir
To introduce support for source in one directory but output files
in another directory during a non O= build prefix all paths
with $(src) repsectively $(obj).
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
---
scripts/Makefile.build | 19 +--
scripts/Makefile.host | 14 +
I have found small bug in mconf, when you run it without any argument it
will sigsegv.
Without patch:
$ scripts/kconfig/mconf
Segmentation fault
With patch:
$ scripts/kconfig/mconf
can't find file (null)
Signed-off-by: Marcin Garski <[EMAIL PROTECTED]>
Signed-off-by: Sam Ravnborg <[EMAIL PROTECT
On Sun, 6 May 2007 03:04:14 +0200
Segher Boessenkool wrote:
> > + [EMAIL PROTECTED] {
>
> > + #interrupt-cells = <1>;
>
> > + interrupt-parent = ;
> > + interrupts = ;
> > + };
>
> Since this node's children's interrupt r
On 5/5/07, Davide Libenzi <[EMAIL PROTECTED]> wrote:
But we have our own *sane* version of WaitForMultipleObjects, and it's
called poll(2).
No, we don't. Don't start all over again. The interface of poll it
to primitive. See the kevent code, each record is, IIRC, 16 bytes in
size to return m
On May 5 2007 23:32, Rafał Bilski wrote:
>
>Is patch attached below making things better?
>You should see in log that You are using VT8235 support now.
Yeah, but locks up too.
Jan
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL P
On May 6 2007 07:12, Rafał Bilski wrote:
>>> :-/ Weird. Nothing new in datasheet. Longhaul MSR seems to be OK too.
>>> Would be good to check if PLL really can go downto x4,0. Can You
>>> limit minimal CPU multiplier to 5,0 and check if is stable? If it
>>> is check 4,5.
>>
>> I directly wrot
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> So the _only_ valid way to handle timers is to
> - either not allow wrapping at all (in which case "unsigned" is better,
>since it is bigger)
> - or use wrapping explicitly, and use unsigned arithmetic (which is
>well-defined in C) and do
Hi Ingo,
On Sun, May 06, 2007 at 10:29:11AM +0200, Ingo Molnar wrote:
>
> * Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> > So the _only_ valid way to handle timers is to
> > - either not allow wrapping at all (in which case "unsigned" is better,
> >since it is bigger)
> > - or use wrappi
* Willy Tarreau <[EMAIL PROTECTED]> wrote:
> Just a hint: while your code here is correct, it is a good practise to
> check against < 0 instead, so that if for any reason you sometimes
> forget to cast to signed, the compiler will emit a warning stating
> that the condition is always false. Th
On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
>
mm/mmap.c:1393: warning: unused variable 'ret'
The get_unmapped_area-doesnt-need-hugetlbfs-hacks-anymore.patch and
get_unmapped_area-handles-map_
Linus,
Please pull from the repository and branch
git://git.kernel.org/pub/scm/linux/kernel/git/avi/kvm.git for-linus
to receive the pending kvm updates for 2.6.22. The changes increase
the range of guests we support, improve performance, fix various bugs,
and improve the userspace interface
Frederik Deweerdt wrote:
diff --git a/fs/revoke.c b/fs/revoke.c
index 1f2e3ef..86a2842 100644
--- a/fs/revoke.c
+++ b/fs/revoke.c
@@ -597,6 +597,9 @@ static int do_revoke(struct inode *inode, struct file
*to_exclude)
goto retry;
}
+ details.fset = fset;
+ details
On Fri, 27 Apr 2007 14:53:31 -0400, Lennart Sorensen wrote:
> scx200_i2c does depend on i2c-algo-bit so there is really very little
> code inside scx200_i2c itself. Does the new driver replace
> i2c-algo-bit as well or does it use it?
It uses it.
--
Jean Delvare
-
To unsubscribe from this list:
> <6>No local APIC present or hardware disabled
> <7>mapped APIC to d000 (011ea000)
> <5>Local APIC not detected. Using dummy APIC emulation.
I/O APIC is very bad thing with Longhaul, but You don't have
local APIC, so it shouldn't be used.
> <6>ACPI: Using PIC for interrupt routing
Looks like
On May 6 2007 11:23, Rafał Bilski wrote:
>
>> <6>No local APIC present or hardware disabled
>> <7>mapped APIC to d000 (011ea000)
>> <5>Local APIC not detected. Using dummy APIC emulation.
>
>I/O APIC is very bad thing with Longhaul, but You don't have
>local APIC, so it shouldn't be used.
>
>
Ack!
On 4/27/07, Danny Kukawka <[EMAIL PROTECTED]> wrote:
Hi,
currently the acpi video module export the backlight interface to sysfs also
if acpi_video_device_lcd_query_levels() fails to read _BLC method (e.g.
because the method is not available). In this case the userspace don't know
which b
On Sun, 6 May 2007 12:04:27 +1000
David Gibson wrote:
> On Sun, May 06, 2007 at 03:04:14AM +0200, Segher Boessenkool wrote:
> > > + [EMAIL PROTECTED] {
> >
> > > + #interrupt-cells = <1>;
> >
> > > + interrupt-parent = ;
> > > + interrupts
Hi Dan,
> Here is a new watchdog driver for your review. It supports two flavors
> of the iop watchdog timer. The iop13xx watchdog can be stopped while
> the iop3xx version cannot.
I started reviewing this patch yesterday. First thing I noticed was that
you seem to be moving some code from incl
Hi Tom,
On 5/6/07, Tom Zanussi <[EMAIL PROTECTED]> wrote:
[...]
relay doesn't need to use schedule_delayed_work() for waking readers
when a simple timer will do.
Signed-off-by: Tom Zanussi <[EMAIL PROTECTED]>
[...]
diff --git a/include/linux/relay.h b/include/linux/relay.h
index 759a0f9..cac073
2007/5/5, Con Kolivas <[EMAIL PROTECTED]>:
[cut]
Here's a better swap prefetch tester. Instructions in file.
The system should be leaved totally inactive for the test duration (10m) right?
Regards,
~ Antonio
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
Kristen Carlson Accardi wrote:
> This patch series implements Asynchronous Notification (AN) for SATA
> ATAPI devices as defined in SATA 2.5 and AHCI 1.1 and higher. Drives
> which support this feature will send a notification when new media is
> inserted and removed, preventing the need for user
On Wed, May 02, 2007 at 09:56:52AM +0200, Miklos Szeredi wrote:
> > I tried the unprivileged mount v5 patches with 2.6.21.1. I made some
> > experiments with normal filesystems (ext3, xfs, iso9660). I removed the
> > FS_SAFE checks for that.
>
> Thanks for looking at this.
>
> > Mounting and umou
> Nevermind, it does not look like it gets any cooler at lower frequencies,
> so it's a nobrainer to run it at the default 733.
Well. You have very good CPU - 4,4W typical and 6,0W is a factory maximum.
My is eating 6,78W while *sleeping* at 1GHz or about 5W while *sleeping* at
533MHz.
> Jan
Rafał
The happy theme of today's kvm is the significant performance
improvements, brought to you by a growing team of developers. I've
clocked kbuild at within 25% of native. This release also introduces
support for 32-bit Windows Vista.
Changes from kvm-21:
- Significant performance improvements
On Sun, May 06, 2007 at 03:16:13AM -0400, [EMAIL PROTECTED] wrote:
> I'm not convinced it's *totally* off-topic. I'll agree that third-party
> binaries are on their own as far as active support goes, but I don't see
> that it's off-topic to post a simple statement-of-fact like "2.6.mumble-rc1
> br
On Sunday 06 May 2007 08:10:53 Ron wrote:
> Here's my experiences with CFS v9 and -ck1. Base for the two kernels is
> 2.6.21-git4-nohz (x86_64 nohz patches I snagged off LKML a month or so
> back). The extra features in CK shouldn't matter, most of the tests are
> running on an otherwise unloaded s
On Sat, May 05, 2007 at 06:59:39PM -0400, Josef 'Jeff' Sipek wrote:
> Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
> ---
> fs/namei.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/fs/namei.c b/fs/namei.c
> index 0262594..600a4e7 100644
> --- a/fs/namei.c
On Sat, May 05, 2007 at 06:59:40PM -0400, Josef 'Jeff' Sipek wrote:
> Since, path_walk sets the total_link_count to 0, and calls link_path_walk,
> we can just call path_walk directly.
Ok.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
I wrote up the suggestion before my first morning tea yesterday
and must admit that the name path_component_lookup is pretty stupid.
We don't just look up a component but any relative path starting
from the vfsmount/dentry pair. How about vfs_path_lookup instead
because it mirrors various other vf
On Sat, May 05, 2007 at 07:09:34PM -0400, Josef 'Jeff' Sipek wrote:
> Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
> ---
> fs/namei.c |1 -
> 1 files changed, 0 insertions(+), 1 deletions(-)
it should be possible to make it static now aswell. (the uml code
using it is #if0'ed and wi
On Wed, 2 May 2007, Ville Syrj�l� wrote:
> On Tue, May 01, 2007 at 10:32:40PM +0200, Geert Uytterhoeven wrote:
> > Recent cross-compilers are called m68k-linux-gnu-gcc instead of
> > m68k-linux-gcc
> >
> > Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
> > ---
> > arch/m68k/Makefile |
Please pull from 'for-linus' branch of
git://git390.osdl.marist.edu/pub/scm/linux-2.6.git for-linus
to receive the following updates:
arch/s390/hypfs/inode.c |2 +-
arch/s390/kernel/ipl.c | 26 +-
2 files changed, 14 insertions(+), 14 deletions(-)
Corneli
On May 6 2007 12:25, Rafał Bilski wrote:
>> Nevermind, it does not look like it gets any cooler at lower frequencies,
>> so it's a nobrainer to run it at the default 733.
>
>Well. You have very good CPU - 4,4W typical and 6,0W is a factory maximum.
Says who? TM5800 draws around 2.0W (or even less
On Fri, May 04, 2007 at 12:12:03PM -0400, Robin Getz wrote:
> > > Depending on how TASK_SIZE is defined - it looks like everyone else
> > > forces it to end of memory, except 68k[nommu].
> > >
> > > asm-arm/memory.h:#define TASK_SIZE (CONFIG_DRAM_SIZE)
> >
> > That is one way to handle
Hi,
A few moments ago a system of mine running 2.6.21 on a P4 with
hyperthreading, 2GB ram, IDE disk, crashed:
[10371.128320] BUG: unable to handle kernel paging request at virtual address
00100100
[10371.128419] printing eip:
[10371.128462] c118ebb3
[10371.128502] *pde =
[10371.128544
Hi all,
I know writing decent Kconfig help entries is an obscure art, but can
we please try harder to make the help, y'know, helpful? See below for
my experience with 2.6.21-mm1.
How come the Kconfig help for EXTERNAL_POWER says "is mandatory for
battery class support" and I stil
>> Well. You have very good CPU - 4,4W typical and 6,0W is a factory maximum.
>
> Says who? TM5800 draws around 2.0W (or even less) when idle [333 MHz]. :)
> Though it has a different hardware engine than most x86.
Datasheet. It says that Your CPU needs 4,4W (typical) when 100% busy.
--
Robin Getz <[EMAIL PROTECTED]> wrote:
> On Fri 4 May 2007 16:52, Robert Schwebel pondered:
>> On Fri, May 04, 2007 at 02:21:50PM -0400, Robin Getz wrote:
>> > We also have DAC and ADC drivers (up to 16 bits @ 64MS/s, via DMA),
>> > that would be nice to put in the "right" place - I don't think th
> However, whatever policy the buffer uses, the fundamental point it's that
> when I flush the input buffer I should be sure that each byte read
> after the flush is *new* (current) data and not old one. This because
Define "new" and "old" in this case. I don't believe you can give a
precise defin
> > Take a look at the various pam console management modules (and also
> > beat people up to get revoke() support into the kernel).
>
> So, you suggest me to link my plugin to libpam and find something that
> allows the plugin to write into /brightness?
Much simpler than that. Most distribution
Hi Ray,
On 5/6/07, Ray Lee <[EMAIL PROTECTED]> wrote:
Upon resume (from suspend to RAM) of my laptop, I'm getting the
following. (Not a regression, it's been there a while.) This is under
2.6.21. Everything *seems* fine afterward, but... -- it's not
like I use bluetooth all that often.
My lapt
On 05/05, Tom Zanussi wrote:
>
> This patch makes relay use timers instead of workqueues for reader
> waking.
A couple of very minor nits,
> @@ -337,11 +334,11 @@ static void __relay_reset(struct rchan_buf *buf,
> unsigned int init)
> if (init) {
> init_waitqueue_head(&buf->r
On Sun, May 06, 2007 at 01:26:17PM +0200, Geert Uytterhoeven wrote:
> On Wed, 2 May 2007, Ville Syrj?l? wrote:
> > On Tue, May 01, 2007 at 10:32:40PM +0200, Geert Uytterhoeven wrote:
> > > Recent cross-compilers are called m68k-linux-gnu-gcc instead of
> > > m68k-linux-gcc
> > >
> > > Signed-off-
Hello Bodo,
Sunday, May 6, 2007, 3:19:59 PM, you wrote:
> Robin Getz <[EMAIL PROTECTED]> wrote:
>> On Fri 4 May 2007 16:52, Robert Schwebel pondered:
>>> On Fri, May 04, 2007 at 02:21:50PM -0400, Robin Getz wrote:
>>> > We also have DAC and ADC drivers (up to 16 bits @ 64MS/s, via DMA),
>>> > th
Since this node's children's interrupt representation
is different from the node's parent's, you need an
interrupt-map in here. You also forgot "#address-cells"
and I think you need "ranges" too?
Well, in fact it does not introduce SoC device different from any
others
represented inside soc885
Antonino Ingargiola wrote:
For my use case would be more sensible to accept the new data and
discard the older one in the tty buffer: the tty buffer would be a
moving window of the most recent incoming data. This because if
someone does not read the incoming data maybe he's not interested in
it.
Alan Cox wrote:
On Sat, 5 May 2007 20:07:15 +0200
Oliver Neukum <[EMAIL PROTECTED]> wrote:
should I understand this so that, if tty_buffer_request_room() returns
less than requested, the rest of the data should be dropped on the
floor?
If it returns NULL then either there is > 64K buffered (we
While reviewing 4359/2, I found the following issue. Let's remove all
the irrelevant lines of code to illustrate the problem.
void led_trigger_register_simple(const char *name, struct led_trigger **tp)
{
struct led_trigger *trigger;
trigger = kzalloc(sizeof(struct led_trigger), G
On Sun, 6 May 2007, Folkert van Heusden wrote:
> A few moments ago a system of mine running 2.6.21 on a P4 with
> hyperthreading, 2GB ram, IDE disk, crashed:
> [10371.128320] BUG: unable to handle kernel paging request at virtual address
> 00100100
> [10371.128419] printing eip:
[...]
> [10371.1
On Sat, 2007-05-05 at 20:52 -0400, Josef 'Jeff' Sipek wrote:
> use path_component_lookup instead of open-coding the necessary
> functionality.
>
> Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
> ---
> net/sunrpc/rpc_pipe.c | 16 +++-
> 1 files changed, 7 insertions(+), 9 del
On 05/05/07 09:49, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
I'm currently in the middle of a bisect over the last week of commits to linus'
tree, but I got the following with -mm1 that isn't showing up in the latest
2.6.21-git:
[
Andrew,
On Sat, 2007-05-05 at 13:51 +0200, Ingo Molnar wrote:
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > > Fixup the existing users.
> >
> > This one makes the Vaio-of-fun hang during suspend to disk. It gets
> > up to "swsusp: critical section/: done (%d pages copied)" then it
> > fr
This was only sent to me...
On 06/05/07 05:30, Dan Kruchinin wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
I have the following message after kernel compilation:
---
...
WARNING: init/built-in.o - Section mismatch: reference to .init.text:
from .text
On Fri, 2007-05-04 at 23:32 +0900, Komuro wrote:
> On Thu, 03 May 2007 15:29:19 +0100
> Richard Kennedy <[EMAIL PROTECTED]> wrote:
>
>
> IDE bugs should be posted to the linux-ide mailing list.
>
>
> > Hi all,
> > I have a JVC MP-CDX1 cdrom drive that came with my laptop which used to
> > work
On 5/6/07, Satyam Sharma <[EMAIL PROTECTED]> wrote:
Hi Ray,
On 5/6/07, Ray Lee <[EMAIL PROTECTED]> wrote:
> Upon resume (from suspend to RAM) of my laptop, I'm getting the
> following. (Not a regression, it's been there a while.) This is under
> 2.6.21. Everything *seems* fine afterward, but...
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/namei.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index 0262594..48078ea 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@ -1156,11 +1156,9 @@ static int fastcall do_path_lookup(int d
On Sun, May 06, 2007 at 02:19:59PM +0200, Bodo Eggert wrote:
> Since you ask for random thoughts:
>
> IO of data streams from or to a DAC/ADC is essentially what soundcards do.
> I'm wondering if these cards are similar enough to use alsa, and if using
> that interface would ease or hinder program
On Sun, May 06, 2007 at 11:30:28AM -0400, Josef 'Jeff' Sipek wrote:
> + if (unlikely(!retval && !audit_dummy_context() && nd &&
> + nd->dentry && nd->dentry->d_inode))
the check for nd is not needed either as I hopefully mentioned in my
last mail.
-
To unsubscribe
On Fri, May 04, 2007 at 04:21:10PM -0700, Jeremy Fitzhardinge wrote:
> Implement a Xen back-end for hvc console.
>
> From: Gerd Hoffmann <[EMAIL PROTECTED]>
> Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
> Signed-off-by: Chris Wright <[EMAIL PROTECTED]>
> Cc: Olof Johansson <[EMAIL PROTE
2007/5/6, Alan Cox <[EMAIL PROTECTED]>:
> However, whatever policy the buffer uses, the fundamental point it's that
> when I flush the input buffer I should be sure that each byte read
> after the flush is *new* (current) data and not old one. This because
Define "new" and "old" in this case. I
> To conclude, the store the *last* N bytes received seems a more
> reasonable policy for the input buffers managed by the kernel. If the
For your use maybe, but it is not the normal behaviour and it is not the
behaviour supported by hardware, which generally buffers the first few
bytes (and some
On Sun, May 06, 2007 at 12:11:24PM +0100, Christoph Hellwig wrote:
> On Sat, May 05, 2007 at 06:59:39PM -0400, Josef 'Jeff' Sipek wrote:
> > Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
> > ---
> > fs/namei.c |2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
> >
> > diff --
Hi,
> > A few moments ago a system of mine running 2.6.21 on a P4 with
> > hyperthreading, 2GB ram, IDE disk, crashed:
> > [10371.128320] BUG: unable to handle kernel paging request at virtual
> > address 00100100
> > [10371.128419] printing eip:
> [...]
> > [10371.131825] EIP is at hiddev_send_
On Sun, May 06, 2007 at 12:43:23PM -0400, Josef Sipek wrote:
> On Sun, May 06, 2007 at 12:11:24PM +0100, Christoph Hellwig wrote:
> > On Sat, May 05, 2007 at 06:59:39PM -0400, Josef 'Jeff' Sipek wrote:
> > > Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
> > > ---
> > > fs/namei.c |2 +-
On Friday 04 May 2007, Corey Minyard wrote:
>Gene Heskett wrote:
>> On Friday 04 May 2007, Corey Minyard wrote:
>>> I did think of one other thing: if you clear the MSR delta flags while
>>> polling the serial console, you need to call the routine to check the
>>> modem status since the interrupt w
Hi,
this is something like reaction to this thread:
http://lkml.org/lkml/2007/1/6/124. I hope I was able to separate the PIE
randomization part correctly.
There is platform specific (__i386__ only) part in exec shield, I am not
pretty sure why is it there, but wasn't brave enough to touch it
[EMAIL PROTECTED] wrote:
Hi,
I'm using kernel sockets to Tx and Rx UDP packets between my hardware
device (DSP) to the external network (this is part of a VoIP
implementation). The motivation for using kernel sockets rather than
user-space sockets is to avoid the copying of data between kernel a
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/namei.c| 32
include/linux/namei.h |2 ++
2 files changed, 34 insertions(+), 0 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index 3449e0a..090cce4 100644
--- a/fs/namei.c
+++ b/fs/
use vfs_path_lookup instead of open-coding the necessary functionality.
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/nfsctl.c | 15 +--
1 files changed, 5 insertions(+), 10 deletions(-)
diff --git a/fs/nfsctl.c b/fs/nfsctl.c
index c043136..c97df14 100644
--- a/fs/nf
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/namei.c|3 +--
include/linux/namei.h |1 -
2 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index d9eb621..7a98676 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@ -1026,7 +1026,7 @@ s
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/namei.c|5 -
include/linux/namei.h |1 -
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index 090cce4..d9eb621 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@ -108,6 +108,9 @@
use vfs_path_lookup instead of open-coding the necessary functionality.
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
Acked-by: Trond Myklebust <[EMAIL PROTECTED]>
---
net/sunrpc/rpc_pipe.c | 16 +++-
1 files changed, 7 insertions(+), 9 deletions(-)
diff --git a/net/sunrpc/
(For list of changes since V2, see end of this email.)
Stackable file systems, among others, frequently need to lookup paths or
path components starting from an arbitrary point in the namespace
(identified by a dentry and a vfsmount). Currently, such file systems use
lookup_one_len, which is frow
On Sun, 6 May 2007, Ingo Molnar wrote:
>
> * Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> > So the _only_ valid way to handle timers is to
> > - either not allow wrapping at all (in which case "unsigned" is better,
> >since it is bigger)
> > - or use wrapping explicitly, and use unsigne
(For changes since V1, see the end of this email.)
The following 2 patches are trivial cleanups to do_path_lookup in namei.c.
Since these changes are trivial, they can go into 2.6.22-rc1 without any
problems.
Josef 'Jeff' Sipek (2):
fs: Fix indentation in do_path_lookup
fs: Use path_w
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/namei.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index 7a98676..2a5c232 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@ -1159,11 +1159,9 @@ static int fastcall do_path_lookup(int dfd
Since, path_walk sets the total_link_count to 0, and calls link_path_walk,
we can just call path_walk directly.
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/namei.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index 2a5c232..2
On Fri, May 04, 2007 at 05:04:21PM -0700, Andrew Morton wrote:
> On Thu, 05 Apr 2007 17:01:02 +0900
> Yasunori Goto <[EMAIL PROTECTED]> wrote:
>
> > Hello.
> >
> > This is to fix many section mismatches of code related to memory hotplug.
> > I checked compile with memory hotplug on/off on ia64 an
On Sat, 05 May 2007, Paul Sokolovsky wrote:
> Saturday, May 5, 2007, 4:46:26 PM, you wrote:
> > On Sat, 2007-05-05 at 00:54 -0300, Henrique de Moraes Holschuh wrote:
> >> Given that USB-power *is* usually also "dumb" (i.e. it doesn't do any
> >> control signaling over the USB bus for power-control
On Sat, 05 May 2007, ian wrote:
> On Sat, 2007-05-05 at 00:54 -0300, Henrique de Moraes Holschuh wrote:
>
> > Given that USB-power *is* usually also "dumb" (i.e. it doesn't do any
> > control signaling over the USB bus for power-control purposes),
>
> it might be dumb, but it is useful to know we
On Sun, May 06, 2007 at 12:58:25PM -0400, Gene Heskett wrote:
> [long message snipped]
>
> Thanks for your patience Corey.
So, in one sentence or preferably one word, did Corey's patch cause a
regression?
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer
2007/5/4, Tejun Heo <[EMAIL PROTECTED]>:
Yeap, the third iteration of the patch just got submitted.
http://thread.gmane.org/gmane.linux.ide/18485
Unfortunately, there doesn't seem to be an easy way out. We'll need
userland shutdown(8) update.
--
tejun
Ok, i can't understand if the patch
Con Kolivas wrote:
> Here's a better swap prefetch tester. Instructions in file.
>
> Machine with 2GB ram and 2GB swapfile
>
> Prefetch disabled:
> ./sp_tester
> Ram 2060352000 Swap 197342
> Total ram to be malloced: 3047062000 bytes
> Starting first malloc of 1523531000 bytes
> Starting 1st r
Francesco Pretto wrote:
> Ok, i can't understand if the patch will be included in 2.6.22 (i
> didn't see it in the Andrew Morton merge plan). However, if you can
> confirm the inclusion, i can send bug reports for ubuntu and gentoo. I
> can even send an email to Miquel van Smoorenburg, who should b
Is this a sign of bug? The box is functioning OK, despite
WARN_ON_ONCE(size == 0);
-
CONFIG_DRM=y
CONFIG_DRM_RADEON=y
X.org 7.1.1 as shipped with Gentoo
VGA compatible controller: ATI Technologies Inc RV350 AP [Radeon 9600]
--
update several broken URLs in Documentation/filesystems.
Signed-off-by: Zach Carter <[EMAIL PROTECTED]>
---
Documentation/filesystems/befs.txt |4 ++--
Documentation/filesystems/ext2.txt |2 +-
Documentation/filesystems/ext3.txt |4 ++--
Documentation/filesystems/isofs.txt |2 +-
[EMAIL PROTECTED] wrote:
> + if (ctor || dtor) {
> + so = kzalloc(sizeof(struct slab_ops), GFP_KERNEL);
> + so->ctor = ctor;
> + so->dtor = dtor;
> + }
> + return __kmem_cache_create(s, size, align, flags, so);
Is this a memory leak?
Regards
Bert We
On Sun 6 May 2007 12:01, Robert Schwebel pondered:
> On Sun, May 06, 2007 at 02:19:59PM +0200, Bodo Eggert wrote:
> > Since you ask for random thoughts:
> >
> > IO of data streams from or to a DAC/ADC is essentially what soundcards
> > do. I'm wondering if these cards are similar enough to use alsa
On 5/7/07, Bert Wesarg <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] wrote:
> + if (ctor || dtor) {
> + so = kzalloc(sizeof(struct slab_ops), GFP_KERNEL);
> + so->ctor = ctor;
> + so->dtor = dtor;
> + }
> + return __kmem_cache_create(s, size, align,
On Sun, 6 May 2007, Ulrich Drepper wrote:
> On 5/5/07, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> > But we have our own *sane* version of WaitForMultipleObjects, and it's
> > called poll(2).
>
> No, we don't. Don't start all over again. The interface of poll it
> to primitive. See the kevent
I tracked down my oops. It looks to be a problem with mixing 8250/16550
serial ports and the AT91 ports on the Atmel AT91SAM9260-EK board. Here is
the oops:
Unable to handle kernel NULL pointer dereference at virtual address
pgd = c0004000
[] *pgd=
Internal error
Hi,
Am Samstag, 5. Mai 2007 17:40 schrieben Sie:
> Hello,
>
> This morning I updated the kernel on my workstation to the current git
> tree (62ea6d80211ecc88ef516927ecebf64cb505be3f). Upon reboot, I
> cannot change file access permissions of files in a directory that is
> nfs mounted (using NFS
On Sun, 6 May 2007 00:50:47 -0700 "Ulrich Drepper" <[EMAIL PROTECTED]> wrote:
> > I really do not understand your point. You're too smart to not appreciate
> > the beauty and the simmetry of objects that responds to a common interface
> > (our files, win32 handles), and that fits our existing kern
1 - 100 of 228 matches
Mail list logo
