On Fri, Mar 09, 2007 at 05:28:03PM +1100, Con Kolivas wrote:
> On Friday 09 March 2007 16:39, Matt Mackall wrote:
> > First off, let me say that I think your approach has great promise,
> > but I'm afraid it doesn't work so well here yet.
> >
> > Box is an R51 Thinkpad, 1.7GHz Pentium M. I'm using
On Fri, Mar 09 2007, Christoph Hellwig wrote:
> On Fri, Mar 09, 2007 at 02:05:24PM +1100, Rusty Russell wrote:
> > diff -r fdc8cbc1fd61 drivers/block/lguest_blk.c
> > --- a/drivers/block/lguest_blk.cThu Mar 08 13:35:39 2007 +1100
> > +++ b/drivers/block/lguest_blk.cThu Mar 08 15:51:55 2007
From: Pekka Enberg <[EMAIL PROTECTED]>
This adds special handling for revoked memory mappings. We want to
raise SIGBUS when accessing revoked mappings and return ENODEV when
trying to remap with mmap(2).
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
include/linux/mm.h |2 ++
mm/memory
Am Freitag, 9. März 2007 08:18 schrieb Amit Choudhary:
> Description: Check the return value of kmalloc() in function
> mos7840_get_reg(), in file drivers/usb/serial/mos7840.c.
No, this is wrong. You must catch this at the source. The driver
cannot function if this function always returns -ENOMEM
From: Pekka Enberg <[EMAIL PROTECTED]>
This adds a f_light flag to struct file to indicate that the file was
looked up with fget_light(). Needed by revoke to ensure we don't
close a file pointer while someone is using it without actually
holding a reference.
These bits were taken from the forced
From: Pekka Enberg <[EMAIL PROTECTED]>
The revokeat(2) and frevoke(2) system calls invalidate open file
descriptors and shared mappings of an inode. After an successful
revocation, operations on file descriptors fail with the EBADF or
ENXIO error code for regular and device files,
respectively. At
From: Pekka Enberg <[EMAIL PROTECTED]>
Add revoke support to ext2 and ext3 by wiring f_ops->revoke with
generic_file_revoke.
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
fs/ext2/file.c |1 +
fs/ext3/file.c |1 +
2 files changed, 2 insertions(+)
Index: uml-2.6/fs/ext2/file.c
=
From: Pekka Enberg <[EMAIL PROTECTED]>
This documents revoke file operation in Documentation/filesystems/vfs.txt.
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
Documentation/filesystems/vfs.txt |5 +
1 file changed, 5 insertions(+)
Index: uml-2.6/Documentation/filesystems/vfs.txt
From: Pekka Enberg <[EMAIL PROTECTED]>
Make revokeat and frevoke system calls available to user-space on i386.
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
arch/i386/kernel/syscall_table.S |3 +++
include/asm-i386/unistd.h|4 +++-
2 files changed, 6 insertions(+), 1 deleti
From: Serge E. Hallyn <[EMAIL PROTECTED]>
Make revokeat and frevoke system calls available to user-space on s390.
Signed-off-by: Serge E. Hallyn <[EMAIL PROTECTED]>
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
arch/s390/kernel/compat_wrapper.S | 11 +++
arch/s390/kernel/syscalls
Alan Cox wrote:
Also note that the word 'chaostables' does not even appear in the patch,
though xt_CHAOS does. Since we know that {xt,ipt}_[A-Z]+ are targets, we
can safely assume that CHAOS does what it says - make fun of nmap.
"entropy" ?
"randomness"
fuzztables?
:-)
-
To unsubscribe fro
Hi,
I could be wrong in the below description or might have misunderstood
many of the concepts , please correct appropriately.
65535 ports can allowed . So on a machine namely C you can have max
65535 outbound connections
What i was thinking was to send to another machines A and B from the
s
Am Freitag, 9. März 2007 08:19 schrieb Amit Choudhary:
> Description: Check the return value of kmalloc() in function
> stv680_start_stream(), in file drivers/media/video/stv680.c.
If you are making usb patches, please send them to the usb list
and maintainers. Secondly, against which kernel is t
Am Freitag, 9. März 2007 08:30 schrieb Amit Choudhary:
> Description: Check the return value of kmalloc() in function
> se401_start_stream(), in file drivers/media/video/se401.c.
Firstly, USB patches to the USB list.
Secondly, you've fixed an oopsable bug, but you also need to check
the return v
On 09-03-2007 08:52, Christoph Hellwig wrote:
> On Fri, Mar 09, 2007 at 04:56:32PM +1100, Rusty Russell wrote:
...
>> +#define ARRAY_SIZE(arr) (sizeof(arr) / sizeof((arr)[0])
>> \
>> ++ sizeof(typeof(int[1 - 2*!!__builtin_types_compatible_p(typeof(arr), \
>> +
On Fri, Mar 09, 2007 at 01:53:58AM -0600, Matt Mackall wrote:
> On Fri, Mar 09, 2007 at 05:28:03PM +1100, Con Kolivas wrote:
> > On Friday 09 March 2007 16:39, Matt Mackall wrote:
> > > First off, let me say that I think your approach has great promise,
> > > but I'm afraid it doesn't work so well
On Friday 09 March 2007 18:53, Matt Mackall wrote:
> Well then I suppose something must be broken. When my box is idle, I
> can grab my desktop and spin it around and generate less than 25% CPU
> with the CPU stepped all the way down from 1.7GHz to 600MHz (Beryl is
> actually much snappier than man
On Friday 09 March 2007 19:20, Matt Mackall wrote:
> And I've just rebooted with NO_HZ and things are greatly improved. At
> idle, Beryl effects are silky smooth (possibly better than stock) and
> shows less load. Under 'make', Beryl is still responsive as is Galeon.
> No sign of lagging mouse or t
On Thu, Mar 08, 2007 at 11:01:13PM +, David Woodhouse wrote:
> Most system calls seem to get added to i386 first. This patch
> automatically generates a warning for any new system call which is
> implemented on i386 but not the architecture currently being compiled.
> On PowerPC at the moment,
> i read on the web that terry lambert has got 1.6 million simultaneous
> connection ? how is the way it is done.
Multiple IP addresses, I guess.
--
Florian Weimer<[EMAIL PROTECTED]>
BFK edv-consulting GmbH http://www.bfk.de/
Kriegsstraße 100 tel: +49-721-96201
On Fri, 9 Mar 2007, Florian Weimer wrote:
i read on the web that terry lambert has got 1.6 million simultaneous
connection ? how is the way it is done.
Multiple IP addresses, I guess.
what must be unique is the four-parts of a connection
source IP, source port, destination IP, destination po
On Fri, Mar 09, 2007 at 08:56:44AM +1100, Con Kolivas wrote:
> I did make oldconfig from http://userweb.kernel.org/~akpm/ck/config.txt and
> chose all the defaults. Then building your fat config with -rc3, 'ps' hangs
> on qemu for almost 30 seconds and then at last produces a broken output
Let m
Hi!
> > > Index: linux-2.6.21-rc2-mm2/kernel/power/disk.c
> > > ===
> > > --- linux-2.6.21-rc2-mm2.orig/kernel/power/disk.c
> > > +++ linux-2.6.21-rc2-mm2/kernel/power/disk.c
> > > @@ -61,6 +61,7 @@ static void power_down(suspend_disk
On 068, 03 09, 2007 at 07:53:08AM +, Christoph Hellwig wrote:
> On Fri, Mar 09, 2007 at 09:50:56AM +0300, Andrey Panin wrote:
> > On 068, 03 09, 2007 at 04:56:32PM +1100, Rusty Russell wrote:
> > > __builtin_types_compatible_p() has been around since gcc 2.95,
> >
> > but it's not available in
On 067, 03 08, 2007 at 11:14:01PM -0800, Amit Choudhary wrote:
> Description: Check the return value of kmalloc() in function
> videocodec_build_table(), in file drivers/media/video/videocodec.c.
>
> Signed-off-by: Amit Choudhary <[EMAIL PROTECTED]>
>
> diff --git a/drivers/media/video/videocode
On Fri, Mar 09, 2007 at 12:02:19PM +0300, Andrey Panin wrote:
> Kernel compilation with Intel compiler is (was ?) supported.
> This patch will break it.
It was only put in under the premise that they'll fix whatever breaks,
we're not going to put any maintaince border on us to hack around
broken p
Con Kolivas <[EMAIL PROTECTED]> writes:
> On Friday 09 March 2007 18:53, Matt Mackall wrote:
...
>>
>> With a single non-parallel make running (all in cache, mind you), the
>> system kicks up into just about 100% CPU usage at full speed. Desktop
>> spinning becomes between 10x to 100x slower (from
Hi!
> When the console is in VT_AUTO/KD_GRAPHICS mode, switching to the
> SUSPEND_CONSOLE fails, resulting in vt_waitactive() waiting indefinately
> or until the task is interrupted. The following patch tests if a
> console switch can occur in set_console() and returns early if a console
> switch
From: Pekka Enberg <[EMAIL PROTECTED]>
Fix VM_REVOKED mask which overlaps with VM_ALWAYSDUMP.
Cc: Peter Zijlstra <[EMAIL PROTECTED]>
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
include/linux/mm.h |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
Index: uml-2.6/include/linux/mm.
Just to alert potential readers, that the bug is now discussed there :
http://bugzilla.kernel.org/show_bug.cgi?id=8143
Eric Lacombe
-
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.ke
* Jan Engelhardt wrote, On 08/03/07 20:26:
> xt_portscan needs to keep track of what packets the machine has already
> seen. So on the first SYN, the connection is marked with "1". (Then we
> send our SYN-ACK... and the connection turns ESTABLISHED.) The next
> packet that is received will be an
On Fri, 2007-03-09 at 06:10 +0100, Nick Piggin wrote:
> > i think that's quite right. I'm wondering why this never came up before?
> > But your fix is not complete i think:
> >
> > > + restart->arg2 = time;
> > > + return -ERESTART_RESTARTBLOCK;
> > > + }
> >
> > 'tim
On Fri, 9 Mar 2007 12:04:59 +0800, Sonic Zhang wrote:
> On 3/8/07, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > i2c-core can emulate SMBus transactions using master_xfer, so in
> > general when you have a complete master_xfer implementation you do not
> > need to define a separate smbus_xfer functio
On Fri, Mar 09, 2007 at 12:07:06PM +0300, Serge Belyshev wrote:
> If you see sched_yield() when stracing any 3d program, I suggest you
> to try this bruteforce workaround, which works fine for me,
> disable sched_yield():
May I suggest LD_PRELOAD of a library consisting of only a nopped
sched_yiel
On Fri, 9 Mar 2007, Stefan Richter wrote:
> Robert P. J. Day wrote:
> > i asked about this a while back, but i still haven't heard a
> > definitive response as to whether it's acceptable.
>
> Maybe you get response if you post a complete patch.
that *was* the complete patch -- its purpose was s
On Tue, Mar 06, 2007 at 04:25:41PM -0800, Andrew Morton wrote:
> On Wed, 28 Feb 2007 15:25:54 +0100
> "Joerg Roedel" <[EMAIL PROTECTED]> wrote:
>
> > From: Joerg Roedel <[EMAIL PROTECTED]>
> >
> > This patch simplifies the get_cycles_sync() function by removing the
> > #ifdefs from it. Further it
On Friday 09 March 2007 19:53, Russell King wrote:
> On Fri, Mar 09, 2007 at 08:56:44AM +1100, Con Kolivas wrote:
> > I did make oldconfig from http://userweb.kernel.org/~akpm/ck/config.txt
> > and chose all the defaults. Then building your fat config with -rc3, 'ps'
> > hangs on qemu for almost 30
On Friday 09 March 2007 09:14, Pekka J Enberg wrote:
> From: Pekka Enberg <[EMAIL PROTECTED]>
>
> This adds a f_light flag to struct file to indicate that the file was
> looked up with fget_light(). Needed by revoke to ensure we don't
> close a file pointer while someone is using it without actual
Hi folks,
A new structure is added to i2c-core for GPIO-based I2C interface
adapter. My latest GPIO based I2C adapter driver for Blackfin system
will use this stuff. And also IXP4XX GPIO based I2C driver can also be
moved to this.
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
include/linux/i2
Hi Andrew
Please find a new version of this patch : I realized d_path() has very
uncommon semantic (it seems nobody caught the point in previous patches), and
had to change the documentation and pipefs_dname() / sockfs_dname()
accordingly.
Now, readlink("/proc/pid/fd/xx", buffer, 4096) returns
Hello,
On Mar 9 2007 09:35, Amin Azez wrote:
>* Jan Engelhardt wrote, On 08/03/07 20:26:
>> xt_portscan needs to keep track of what packets the machine has already
>> seen. So on the first SYN, the connection is marked with "1". (Then we
>> send our SYN-ACK... and the connection turns ESTABLISHE
Andrew Morton napsal(a):
On Sat, 03 Mar 2007 16:54:45 +0100 Jiri Slaby <[EMAIL PROTECTED]> wrote:
Jiri Slaby napsal(a):
Andrew Morton napsal(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
Weird behaviour of numlock and capslock on USB keyboard in X. After
Hmm, it's n
William Lee Irwin III <[EMAIL PROTECTED]> writes:
> On Fri, Mar 09, 2007 at 12:07:06PM +0300, Serge Belyshev wrote:
>> If you see sched_yield() when stracing any 3d program, I suggest you
>> to try this bruteforce workaround, which works fine for me,
>> disable sched_yield():
>
> May I suggest LD_
On 3/9/07, David Lang <[EMAIL PROTECTED]> wrote:
On Fri, 9 Mar 2007, Florian Weimer wrote:
>> i read on the web that terry lambert has got 1.6 million simultaneous
>> connection ? how is the way it is done.
>
> Multiple IP addresses, I guess.
what must be unique is the four-parts of a connectio
On 3/9/07, Eric Dumazet <[EMAIL PROTECTED]> wrote:
Cannot we use a flag in 'struct files_struct', set to one when the task is
mono-thread (at task creation in fact), and set to 0 when it creates a new
thread (or when someone remotely access to this "struct files_struct"
in /proc/pid/fd/... )
H
On 08/03/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
"Catalin Marinas" <[EMAIL PROTECTED]> writes:
> I'm trying to track down a kmemleak report (on an ARM platform) which
> seems to have appeared with commit
> ab521dc0f8e117fd808d3e425216864d60390500. As I'm not familiar with the
> TTY layer
On Thu, Mar 08, 2007 at 10:31:48PM -0800, Linus Torvalds wrote:
> No. Really.
> I absolutely *detest* pluggable schedulers. They have a huge downside:
> they allow people to think that it's ok to make special-case schedulers.
> And I simply very fundamentally disagree.
> If you want to play with
Dmitry Torokhov wrote:
> On 2/16/07, Andres Salomon <[EMAIL PROTECTED]> wrote:
>> Dmitry Torokhov wrote:
>> > On Thursday 15 February 2007 20:30, Andrew Morton wrote:
>> >> On Thu, 15 Feb 2007 19:55:29 -0500
>> >> Andres Salomon <[EMAIL PROTECTED]> wrote:
>> [...]
>> >> Perhaps a nicer implementati
On Fri, Mar 09, 2007 at 01:49:34PM +0530, Niklaus wrote:
> Hi,
>
> I could be wrong in the below description or might have misunderstood
> many of the concepts , please correct appropriately.
>
> 65535 ports can allowed . So on a machine namely C you can have max
> 65535 outbound connections
IP
On Fri, 9 Mar 2007 10:14:09 +0200 (EET)
Pekka J Enberg <[EMAIL PROTECTED]> wrote:
> From: Pekka Enberg <[EMAIL PROTECTED]>
>
> This adds special handling for revoked memory mappings. We want to
> raise SIGBUS when accessing revoked mappings and return ENODEV when
> trying to remap with mmap(2).
On Fri, Mar 09, 2007 at 04:13:00PM +0530, Niklaus wrote:
> yes now lets take 2 dest machines , source ip is fixed , source port (2^16
> - 1)
> destip is fixed (a.a.a.a and b.b.b.b) ,dest port(2^16 -1) each ,
>
> for a connection we have one port used , say connection 1 is
>
> source ip,port 1 ,
On Fri, 9 Mar 2007 10:15:15 +0200 (EET)
Pekka J Enberg <[EMAIL PROTECTED]> wrote:
> From: Pekka Enberg <[EMAIL PROTECTED]>
>
> The revokeat(2) and frevoke(2) system calls invalidate open file
> descriptors and shared mappings of an inode. After an successful
> revocation, operations on file descr
On Friday 09 March 2007 11:43, Pekka Enberg wrote:
> On 3/9/07, Eric Dumazet <[EMAIL PROTECTED]> wrote:
> > Cannot we use a flag in 'struct files_struct', set to one when the task
> > is mono-thread (at task creation in fact), and set to 0 when it creates a
> > new thread (or when someone remotely
On Fri, 9 Mar 2007 10:16:09 +0200 (EET)
Pekka J Enberg <[EMAIL PROTECTED]> wrote:
> From: Pekka Enberg <[EMAIL PROTECTED]>
>
> This documents revoke file operation in Documentation/filesystems/vfs.txt.
>
> Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
Acked-by: Alan Cox <[EMAIL PROTECTED]>
-
On Fri, 9 Mar 2007 10:16:30 +0200 (EET)
Pekka J Enberg <[EMAIL PROTECTED]> wrote:
> From: Pekka Enberg <[EMAIL PROTECTED]>
>
> Make revokeat and frevoke system calls available to user-space on i386.
Acked-by: Alan Cox <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscrib
On Thu, 8 Mar 2007 23:27:13 -0800
Amit Choudhary <[EMAIL PROTECTED]> wrote:
> Description: Check the return value of kmalloc() in function con_init(), in
> file drivers/char/vt.c.
NAK; This occurs at boot and if it fails we are wasting our time
recovering.
Alan
-
To unsubscribe from this list:
Robert P. J. Day wrote:
> each simplification could be submitted as
> a separate arch-specific patch, as many things are.
>
> i was more asking about the *philosophy* of that patch,
The justification of this initial patch is more obvious if followed up
by those subsequent patches which make use o
On Fri, Mar 09, 2007 at 04:56:32PM +1100, Rusty Russell wrote:
> __builtin_types_compatible_p() has been around since gcc 2.95, and we
> don't use it anywhere. This patch quietly fixes that.
>
> Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
Is your clock set correctly? Looks like this mail w
On Thu, Mar 08, 2007 at 06:32:29PM -0500, Robin Getz wrote:
> On Thu 8 Mar 2007 15:40, Russell King pondered:
> > On Thu, Mar 08, 2007 at 03:23:39PM -0500, Robin Getz wrote:
> > > Right - We both agree - And setting console=/dev/null in the bootargs
> > > still does not help.
> >
> > Ok, good.
> >
On Sat, Feb 17, 2007 at 03:56:55AM -0500, Josef 'Jeff' Sipek wrote:
> From: Michael Halcrow <[EMAIL PROTECTED]>
>
> Call the new lookup_one_len_nd() rather than lookup_one_len(). This fixes an
> oops when stacked on NFS.
>
> Note that there are still some issues with eCryptfs on NFS having to do
On 12:05, Mingming Cao wrote:
> > > BTW: Are ext3 filesystem sizes greater than 8T now officially
> > > supported?
> >
> > I think so, but I don't know how much 16TB testing developers and
> > distros are doing - perhaps the linux-ext4 denizens can tell us?
> > -
>
> IBM has done some testing (db
Hi Nick,
sorry for my later reply, this has been on my to answer list for the last
month and I only managed to get back to it now.
On Thu, Feb 08, 2007 at 02:07:36PM +0100, Nick Piggin wrote:
> Add a new "perform_write" aop, which replaces prepare_write and commit_write
> as a single call to copy
On Thu, Feb 08, 2007 at 06:03:50PM -0800, Nate Diller wrote:
> i had a patch integrating the iodesc idea, but after some thought, had
> decided to call it struct file_io. That name reflects the fact that
> it's doing I/O in arbitrary lengths with byte offsets, and struct
> file_io *fio contrasts w
On Fri, 9 Mar 2007, Stefan Richter wrote:
> Robert P. J. Day wrote:
> > each simplification could be submitted as
> > a separate arch-specific patch, as many things are.
> >
> > i was more asking about the *philosophy* of that patch,
>
> The justification of this initial patch is more obvious if f
On Wed, Mar 07, 2007 at 08:18:39PM -0800, Andrew Morton wrote:
> - The wireless changes in here need a lot of testers, please. It is major
> rework.
[...]
> I was able to get ipw2200 working after some fumbling,
Any details on the symptoms? I'm unable to boot rc3-mm2, and it hangs
right after
Roland McGrath <[EMAIL PROTECTED]> wrote:
> What I meant to suggest is that I would start from a safety point of view
> with get_user_pages/access_process_vm refusing to do force&&write to
> MAP_PRIVATE pages that are in fact being shared (ETXTBSY or something).
That's a good idea. The other po
On Fri, 9 Mar 2007 10:15:15 +0200 (EET)
Pekka J Enberg <[EMAIL PROTECTED]> wrote:
> > +static ssize_t revoked_file_aio_read(struct kiocb *iocb,
> > +const struct iovec *iov,
> > +unsigned long nr_segs, loff_t pos)
> > +{
> > + return
On 3/9/07, Eric Dumazet <[EMAIL PROTECTED]> wrote:
Then just drop the fget_light() 'optimisation' and always take a reference
(atomic on f_count) regardless of single-thread or not. Instead of dirtying
f_light, just do the straightforward thing and be with it.
That's what I did first but akpm t
Hi there,
Please try first a newer kernel of FC6.
2.6.19-1.2911.6.5.fc6
That's 2.6.19.7.
That's the newest one.
Greetings,
Jim,
> Hi,
>
> I just bought a brand new notebook and wanted to install FC6 on it.
Unfornately there are some issues reported by the console during boot.
Here are some re
On 3/8/07, Eric Dumazet <[EMAIL PROTECTED]> wrote:
Dont even try, you *cannot* do that, without breaking the standards, or
without a performance drop.
The only safe way would be to lock the file during the whole read()/write()
syscall, and we dont want this (this would be more expensive than cur
* Jan Engelhardt wrote, On 09/03/07 10:19:
> Hello,
>
> On Mar 9 2007 09:35, Amin Azez wrote:
>
>> * Jan Engelhardt wrote, On 08/03/07 20:26:
>>
>>> xt_portscan needs to keep track of what packets the machine has already
>>> seen. So on the first SYN, the connection is marked with "1". (Th
From: Pekka Enberg <[EMAIL PROTECTED]>
Return EBADF for all revoked file operations except for read(2) which
returns zero for special files as the BSDs do and close(2) which is
always zero.
Cc: Alan Cox <[EMAIL PROTECTED]>
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
fs/revoked_inode.c |
Ed Cashin found a bug in the error handling code for the case where
a page allocation fails. Here's the updated version:
Index: linux-2.6/fs/xfs/linux-2.6/xfs_buf.c
===
--- linux-2.6.orig/fs/xfs/linux-2.6/xfs_buf.c 2007-03-08 19:08
On 3/9/07, Eric Dumazet <[EMAIL PROTECTED]> wrote:
> Then just drop the fget_light() 'optimisation' and always take a reference
> (atomic on f_count) regardless of single-thread or not. Instead of dirtying
> f_light, just do the straightforward thing and be with it.
On 3/9/07, Pekka Enberg <[EM
On Fri, Mar 09, 2007 at 01:55:06PM +0200, Pekka J Enberg wrote:
> From: Pekka Enberg <[EMAIL PROTECTED]>
>
> Return EBADF for all revoked file operations except for read(2) which
> returns zero for special files as the BSDs do and close(2) which is
> always zero.
>
> Cc: Alan Cox <[EMAIL PROTECT
On 3/8/07, Benjamin LaHaise <[EMAIL PROTECTED]> wrote:
Any number of things can cause a short write to occur, and rewinding the
file position after the fact is just as bad. A sane app has to either
serialise the writes itself or use a thread safe API like pwrite().
Not on a pipe/FIFO. Short w
On 3/7/07, Tejun Heo <[EMAIL PROTECTED]> wrote:
(snip)
I've read your last posting about this, but forgot to follow up. TUR is
supposed to fail if ATAPI device doesn't have media loaded. TUR fails
and sense data returns device not ready - media not present. That's the
normal operation. Does T
From: Pekka Enberg <[EMAIL PROTECTED]>
As explained by Eric Dumazet, one of the interests of fget_light() is
to avoid dirtying struct file which is broken by the newly added
file->f_light. In addition, fget_light() currently has a race window
between fcheck_files() and set_f_light().
To fix this,
On Fri, Mar 09, 2007 at 10:38:35AM +0100, Thomas Gleixner wrote:
> On Fri, 2007-03-09 at 06:10 +0100, Nick Piggin wrote:
> > > i think that's quite right. I'm wondering why this never came up before?
> > > But your fix is not complete i think:
> > >
> > > > + restart->arg2 = time;
> >
On Wed, Mar 07, 2007 at 09:07:17PM +, Pavel Machek wrote:
> Hi!
>
> > Prevent the WARN_ON() in arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
> > from triggering by disabling nonboot CPUs before we finally enter the
> > platform
> > suspend.
> >
> > Signed-off-by: Rafael J. Wysocki <[EMA
On 3/9/07, Pekka J Enberg <[EMAIL PROTECTED]> wrote:
To fix this, change sys_revoke() not to close the actual revoked file
immediately. Instead, we do filp_close() when the user does close(2)
on the revoked file descriptor.
Btw, this is safe because a filesystem implementing f_ops->revoke must
Robert P. J. Day wrote:
> if someone can't immediately see what i'm trying
> to do given the previously-posted patch, then they shouldn't be
> commenting on it one way or the other.
I'm not sure if you are addressing me too. Just to clarify: I wasn't
commenting on the patch, I only commented on
On Fri, 9 Mar 2007, Stefan Richter wrote:
> Robert P. J. Day wrote:
> > if someone can't immediately see what i'm trying
> > to do given the previously-posted patch, then they shouldn't be
> > commenting on it one way or the other.
>
> I'm not sure if you are addressing me too. Just to clarify:
Conke Hu wrote:
> On 3/7/07, Tejun Heo <[EMAIL PROTECTED]> wrote:
>> (snip)
>> I've read your last posting about this, but forgot to follow up. TUR is
>> supposed to fail if ATAPI device doesn't have media loaded. TUR fails
>> and sense data returns device not ready - media not present. That's t
> - radeonfb_pm_init(rinfo, rinfo->is_mobility ? 1 : -1,
> ignore_devlist, force_sleep);
> + radeonfb_pm_init(rinfo, rinfo->is_mobility && rinfo->family !=
> CHIP_FAMILY_RS480 ? 1 : -1, ignore_devlist, force_sleep);
I'd rather you add a check for RS480 inside radeonfb_pm
.../...
> Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
Acked-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Nice catch !
> --- a/arch/powerpc/kernel/process.c
> +++ b/arch/powerpc/kernel/process.c
> @@ -476,8 +476,13 @@ void flush_thread(void)
> #ifdef CONFIG_PPC64
> struct thre
> 1003.1 unless O_NONBLOCK is set. (Not that f_pos is interesting on a
> pipe except as a "bytes sent" indicator -- and in the multi-threaded
f_pos is undefined on a FIFO or similar object.
> As to what a "sane app" has to do: it's just not that unusual to write
> application code that treats a
On Fri, 2007-03-09 at 13:24 +0100, Nick Piggin wrote:
> > > > 'time' here is relative, so the restarted syscall will do a /full/ wait
> > > > again.
> > >
> > > But it has been modified by schedule_timeout?
> >
> > But this does not change the syscall registers, so it is restarted in
> > the sam
At some point in time, I wrote:
> > Btw, what we can do is delay closing the actual revoked file until the
> > task terminates. This has the unfortunate side-effect that a task has
> > no way of freeing the resources now. But, I am beginning to think it's
> > not a big problem because the inode map
> Btw, what we can do is delay closing the actual revoked file until the
> task terminates. This has the unfortunate side-effect that a task has
> no way of freeing the resources now. But, I am beginning to think it's
> not a big problem because the inode mapping will be zapped immediately
> upon r
William Lee Irwin III wrote:
> On Thu, Mar 08, 2007 at 10:31:48PM -0800, Linus Torvalds wrote:
> > No. Really.
> > I absolutely *detest* pluggable schedulers. They have a huge downside:
> > they allow people to think that it's ok to make special-case schedulers.
> > And I simply very fundamentally
On 2/16/07, Ivan Babkin <[EMAIL PROTECTED]> wrote:
Thank for the job you've done!
Your driver works with 1 Gb sd-card (x86_64 suse's 2.16.18.2 kernel).
Read rate for me was around 250 Kb/s, write - 28 Kb/s (using dd utility).
BTW, I get continuous flow of "sdricoh_cs: timeout waiting for data"
me
On Friday 09 March 2007 13:19, Michael K. Edwards wrote:
> On 3/8/07, Benjamin LaHaise <[EMAIL PROTECTED]> wrote:
> > Any number of things can cause a short write to occur, and rewinding the
> > file position after the fact is just as bad. A sane app has to either
> > serialise the writes itself o
On Thu, 8 Mar 2007, Christoph Lameter wrote:
On Thu, 8 Mar 2007, Mel Gorman wrote:
Note that the 16kb page size has a major
impact on SLUB performance. On IA64 slub will use only 1/4th the locking
overhead as on 4kb platforms.
It'll be interesting to see the kernbench tests then with debuggin
Original-Nachricht
Datum: Tue, 6 Mar 2007 09:57:34 -0800 (PST)
Von: Linus Torvalds <[EMAIL PROTECTED]>
An: Uwe Bugla <[EMAIL PROTECTED]>
CC: linux-kernel@vger.kernel.org, [EMAIL PROTECTED]
Betreff: Re: bugs in kernel 2.6.21 (both two release candidates) and kernel
2.6.20
>
Hel
William Lee Irwin III wrote:
>> I consider policy issues to be hopeless political quagmires and
>> therefore stick to mechanism. So even though I may have started the
>> code in question, I have little or nothing to say about that sort of
>> use for it.
>> There's my longwinded excuse for having or
On Thu, 8 Mar 2007, Christoph Lameter wrote:
Note that I am amazed that the kernbench even worked. On small machine
How small? The machines I am testing on aren't "big" but they aren't
misterable either.
I
seem to be getting into trouble with order 1 allocations.
That in itself is pretty
Randy Dunlap wrote:
it's clearly a configuration variable, but it's also being used by
itself in a few drivers/net/ source files. is that deliberate?
The ones in drivers/net/ are just local driver debug controls.
They happen to have the same name as a (likely newer) kconfig symbol.
Is there
On 3/9/07, Jiri Slaby <[EMAIL PROTECTED]> wrote:
Andrew Morton napsal(a):
> On Sat, 03 Mar 2007 16:54:45 +0100 Jiri Slaby <[EMAIL PROTECTED]> wrote:
>
>>
>> Jiri Slaby napsal(a):
>>> Andrew Morton napsal(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
>>> Weird
I've been considering how to deal with the SYSV SHM problem, and I think we
may have to move to unshared VMAs in NOMMU mode to deal with this. Currently,
what we have is each mm_struct has in its arch-specific context argument a
list of VMLs. Take the FRV context for example:
[include/a
1 - 100 of 523 matches
Mail list logo
