Bernd Petrovitsch wrote:
> The "register" keyword is and was always from start *at most* a hint to
> the C compiler to use a register for that variable (similar to "inline"
> BTW).
> So every C compiler is allowed to simply ignore the "register" for any
> reason - be it "not implemented" or "the
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 a media change event has
> > occurred.
> >
> > Signed-off-by: Kristen Carlson
Add the needed constants and defines to activate this for the IA64
platform.
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-ia64/ioctls.h
linux-2.6.22-rc1-mm1/include/asm-ia64/ioctls.h
---
On Wed, 2007-05-23 at 09:13 -0700, Kevin Hilman wrote:
> Note that my patch simply adds an enable to match the disable added by
> the -rt patch. I'm not sure where the disable originally came from, but
> there are disable/enable pairs scattered throughout tlbflush.h in the
> -rt patch.
>
> If
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
Add the needed constants and defines to activate the new tty code on this
platform
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-h8300/ioctls.h
linux-2.6.22-rc1-mm1/include/asm-h8300/ioctls.h
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 first
> > > four
> > > callsites that resulted in the contention.
> >
On Wed, May 23, 2007 at 05:27:39PM +0100, Alan Cox wrote:
> Add the ioctls and values needed for this to the ARM26/ARM32 ports. The
> actual code has been in the base kernel for a while and automatically
> turns on when a port sets the required defines.
>
> Signed-off-by: Alan Cox <[EMAIL
Add the needed constants and bits. The actual code is already in the tty
layer and turned on by the definitions
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-cris/ioctls.h
Add the needed definitions to activate arbitary speed support on the
blackfin platform.
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-blackfin/ioctls.h
[Jan Kara - Tue, May 22, 2007 at 10:29:38PM +0200]
| > A few variables could be used without being explicitly initialized.
| > Fixed.
| >
| > Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
| > ---
| >
| >
| > balloc.c |6 +-
| > super.c |5 -
| > 2 files changed, 9
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 Daniel on this one. I
Add the ioctls and values needed for this to the ARM26/ARM32 ports. The
actual code has been in the base kernel for a while and automatically
turns on when a port sets the required defines.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
On Tuesday 15 May 2007 11:14, Pavel Machek wrote:
> Why is this configurable?
The maximum length of a pathname is an arbitrary limit: we don't want to
allocate arbitrary amounts of of kernel memory for pathnames so we introduce
this limit and set it to a reasonable value. In the unlikely case
On Wed, 2007-05-23 at 11:55 -0400, Robert P. J. Day wrote:
> On Wed, 23 May 2007, James Bottomley wrote:
>
> > I'll defer to Mark on this one. However, please remember that you
> > can't just blindly remove GFP_DMA ... there are some cards which
> > require it.
> >
> > Aacraid is one example ...
On Wed, 23 May 2007 19:51:44 +0530 "Nitin Gupta" <[EMAIL PROTECTED]> wrote:
> On 5/23/07, Michael-Luke Jones <[EMAIL PROTECTED]> wrote:
> > On 23 May 2007, at 15:03, Nitin Gupta wrote:
> >
> > >> Perhaps a rename is in order:
> > >> lzo1x_decompress() => lzo1x_decompress_unsafe()
> > >>
On Wed, 2007-05-23 at 10:22 +0100, Russell King wrote:
> On Tue, May 22, 2007 at 04:41:36PM -0700, Kevin Hilman wrote:
> > On Tue, 2007-05-22 at 16:25 -0700, Daniel Walker wrote:
> > > On Tue, 2007-05-22 at 16:01 -0700, Kevin Hilman wrote:
> > > > Add a preempt_enable() to flush_tlb_kernel_page()
On Wed, 23 May 2007 08:28:47 -0500 Steven French <[EMAIL PROTECTED]> wrote:
> Yes - this patch looks better.
>
> I also am not sure whether the send_sig is still necessary to wake up a
> thread blocked in tcp recv_msg (only do a wake_up_process vs. doing a
> send_sig(SIGKILL) )
>
> Unless
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
On Wed, May 23, 2007 at 04:15:01PM +0400, Manu Abraham wrote:
> Hi,
>
> Do the PCI Express chipsets also use the same PCI API ?
At the Linux kernel driver level, yes, they do.
> The device
> specifications are thus for the device that i am looking at:
>
> PCI Express interface
>
> *
On Wed, 23 May 2007 14:01:09 +0200 Gabriel C <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
> >
>
> I get this on boot :
>
> [ 0.333581] BUG: at include/linux/slub_def.h:83 kmalloc_index()
> [
On Wed, 23 May 2007 18:23:17 +0300, Mika_Penttilä <[EMAIL PROTECTED]> wrote:
> So with mips64 you are lucky because the relocation symbol is .init.text
> and hence addend matches (has to match) symbol's offset. I can't find
> any spec where it is stated that addend == address, maybe it's in
On Tue, 22 May 2007, Bernhard Walle wrote:
>
> o System crashes if booted with irqpoll command line option.
>
> o Problem happens because Inside note_interrupt() we are accessing
> desc->action->flag without taking the desc->lock. While accessing it
> somebody goes ahead and unregisters the
On Wed, 23 May 2007, James Bottomley wrote:
> I'll defer to Mark on this one. However, please remember that you
> can't just blindly remove GFP_DMA ... there are some cards which
> require it.
>
> Aacraid is one example ... it has a set of cards that can only DMA
> to 31 bits. For them, the
> I hope to get some breathing space next week, then I'll get back to
> VFS work.
Great.
> I'd rather do that one myself,
Sure, don't want to rob you of any fun stuff ;)
Miklos
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Wed, 23 May 2007 10:47:04 -0400 (EDT) Alan Stern <[EMAIL PROTECTED]> wrote:
> On Wed, 23 May 2007, Rafael J. Wysocki wrote:
>
> > On Wednesday, 23 May 2007 09:48, Andrew Morton wrote:
> > > On Wed, 23 May 2007 00:42:33 -0700 Andrew Morton <[EMAIL PROTECTED]>
> > > wrote:
> > >
> > > >
On Wed, May 23, 2007 at 05:14:04PM +0200, Jörn Engel ([EMAIL PROTECTED]) wrote:
> > > I'm just a German. Forgive me if I drink lesser beverages.
> >
> > You should definitely change that.
>
> Change being German? Not a bad idea, actually.
You cook up really tasty shnaps, in small quantities
On Wed, May 23, 2007 at 05:25:49PM +0200, Miklos Szeredi wrote:
> > > How will this work with copy_tree() and namespace duplication, which
> > > currently walk the tree with only namespace_sem held?
> >
> > Easy - grab namespace_sem, grab vfsmount_lock, walk the subtree and bump
> > mnt_busy on
The recent changes in the 2.6.22-rc2 kernel to the write protection of read only
data enable by CONFIG_DEBUG_RODATA prevents kprobes from working. At least on
the on i386 and x86_64 machine the mark_rodata_ro() function marks memory
starting from _text as read only. Thus, when kprobes attempts
> > How will this work with copy_tree() and namespace duplication, which
> > currently walk the tree with only namespace_sem held?
>
> Easy - grab namespace_sem, grab vfsmount_lock, walk the subtree and bump
> mnt_busy on everything (by 1 + number of non-busy children). Then drop
> vfsmount_lock
On Wed, 2007-05-23 at 09:51 +0200, Carsten Otte wrote:
> Andrew Morton wrote:
> > But we'd expected and hoped that flash-based XIP would be able to use
> > the existing xip infrastructure, in mm/filemap_xip.c. Not possible?
> Thanks for the heads up Andrew. Reading the cramfs patch, I've found a
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
On 23/05/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
I have asked Renato to provide HID debugging output a few days ago - see
http://lkml.org/lkml/2007/5/21/201 - but that was without reply.
Sorry, didn't get the email.
Renato, do you think you could try this, so that we can understand
On Wed, 23 May 2007 19:07:32 +0400, Evgeniy Polyakov wrote:
> On Wed, May 23, 2007 at 02:58:41PM +0200, Jörn Engel ([EMAIL PROTECTED])
> wrote:
> > On Sun, 20 May 2007 21:30:52 +0400, Evgeniy Polyakov wrote:
>
> And what if it is 33 bits? Or it is not allowed?
Not allowed. Both number and size
[Jan Kara - Tue, May 22, 2007 at 10:29:38PM +0200]
| > A few variables could be used without being explicitly initialized.
| > Fixed.
| >
| > Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
| > ---
| >
| >
| > balloc.c |6 +-
| > super.c |5 -
| > 2 files changed, 9
On Wed, 2007-05-23 at 10:41 +0800, Aubrey Li wrote:
> On 5/23/07, Christoph Lameter <[EMAIL PROTECTED]> wrote:
> > On Mon, 21 May 2007, Bernhard Walle wrote:
> >
> > > [PATCH] [scsi] Remove __GFP_DMA
> > >
> > > After 821de3a27bf33f11ec878562577c586cd5f83c64, it's not necessary to
> > > alloate a
Jan Engelhardt wrote:
On May 22 2007 10:13, John Sigler wrote:
How do I list the checksums within a module?
Is there a simpler way to list all the checksums?
22:25 ichi:~ > modinfo aes
srcversion: 8CB82B3A254D5A950FD0D14
I think this one checksum is computed out of all functions that
the
On Wednesday 23 May 2007 3:24 am, Geert Uytterhoeven wrote:
> On Wed, 23 May 2007, Rob Landley wrote:
> > On Tuesday 22 May 2007 10:38 pm, Roland Dreier wrote:
> > > > I could send a patch to do this, but moving files via patch is icky.
> > Would it
> > > > be better to start a git tree and
On Wed, May 23, 2007 at 09:27:12AM -0400, Mark Lord wrote:
> Greg KH wrote:
> > And yes, it only starts to look for things when it recieves an event, it
> > does not "scan" sysfs at all.
>
> Does it "look for" only that one event, or does it "scan" at that point?
udev will act on that event,
On Wed, May 23, 2007 at 07:02:29AM -0400, Fortier,Vincent [Montreal] wrote:
> > -Message d'origine-
> > De : Greg KH [mailto:[EMAIL PROTECTED]
> > Envoy? : 22 mai 2007 23:37
> > ? : Fortier,Vincent [Montreal]
> >
> > On Tue, May 22, 2007 at 09:28:34PM -0400, Fortier,Vincent
> >
Perhaps this makes things more clear...
$ cat /proc/lock_stat
T class namecontentions waittime-min
waittime-max waittime-total acquisitions holdtime-min holdtime-max
holdtime-total
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 first
> > four
> > callsites that resulted in the contention.
> >
>
> I think that we need the total number of locking
On Wed, May 23, 2007 at 02:58:41PM +0200, Jörn Engel ([EMAIL PROTECTED]) wrote:
> On Sun, 20 May 2007 21:30:52 +0400, Evgeniy Polyakov wrote:
> >
> > In that case segment size must be more than 32 bits, or below
> > transformation will not be correct?
>
> Must it? If segment size is just 20bit
On Wed, May 23, 2007 at 04:32:37PM +0200, Miklos Szeredi wrote:
> > Umm... It is related to detached subtrees, but I'm not sure if it is what
> > you are thinking about.
>
> I was thinking of a similar one by Mike Waychison. It had the problem
> of requiring a spinlock for mntget/mntput. It
On Wed, 23 May 2007, Patrick McHardy wrote:
>
> Yes, that looks better, thanks.
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
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
On Wed, 23 May 2007, Peter Zijlstra wrote:
> Count lock contention events per lock class. Additionally track the first four
> callsites that resulted in the contention.
>
I think that we need the total number of locking calls, not just the total
number of *contended* locking calls, in order
This is what I now have in the cifs git tree. (only minor change is
that I now have since fixed the missing space after the if)
diff --git a/fs/cifs/connect.c b/fs/cifs/connect.c
index 216fb62..f6963d1 100644
--- a/fs/cifs/connect.c
+++ b/fs/cifs/connect.c
@@ -2069,8 +2069,15 @@
On Tue, 22 May 2007 18:53:33 -0700 (PDT)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Tue, 22 May 2007, Stephen Hemminger wrote:
> >
> > It looks like the chip reads the wrong memory sometimes. The problem happens
> > only on the on-board NIC's and only on this kind of motherboard.
>
>
Pagecache Accounting
The rss accounting hooks have been generalised to handle both anon pages
and file backed pages and charge the respective resource counters.
New flags and ref count has been added to page_container structure.
The ref count is used to ensure a page is
Pagecache and RSS accounting Hooks
--
New calls have been added from swap_state.c and filemap.c to track pagecache
and swapcache pages.
All existing RSS hooks have been generalised for pagecache accounting as well.
Most of these are function prototype changes.
Pagecache controller setup
--
This patch basically adds user interface files in container fs
similar to the rss control files.
pagecache_usage, pagecache_limit and pagecache_failcnt are added
to each container. All units are 'pages' as in rss controller.
pagecache usage
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 the Linuk kernel [1]. I decided to ask
> them whether the source is
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.
It seems works fine
On 5/23/07, Nitin Gupta <[EMAIL PROTECTED]> wrote:
Hi,
This contains LZO1X-1 compressor and LZO1X decompressor (safe and
standard version).
This includes changes suggested by various people - Thanks to all who
reviewed previous patches for this LZO port.
Changelog vs original LZO 2.02 code:
-
Containers: Pagecache accounting and control subsystem (v3)
---
This patch extends the RSS controller to account and reclaim pagecache
and swapcache pages. This is a prototype to demonstrate that the existing
container infrastructure is
On Wed, 23 May 2007, Rafael J. Wysocki wrote:
> On Wednesday, 23 May 2007 09:48, Andrew Morton wrote:
> > On Wed, 23 May 2007 00:42:33 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
> >
> > This
On Wed, 23 May 2007, Dmitry Torokhov wrote:
> > Also, if you'd like to get your patch merged, you should add proper
> > Signed-off-by line.
> So did you come to the conclusion that HID can't set up true (or real)
> range for some of Saitek's axes upon input device registration?
I have asked
Greetings to all list-members!
Recently I have read that Google are selling enterprise hardware that
is running a modified version of the Linuk kernel [1]. I decided to ask
them whether the source is available. I did this via the question form
they offered.
Their officer told me that the source
Hi,
On 5/23/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
(Adding Dmitry to CC so that he doesn't miss it.
Also, if you'd like to get your patch merged, you should add proper
Signed-off-by line.
So did you come to the conclusion that HID can't set up true (or real)
range for some of Saitek's
> > > * invalidation on unlink is still an open problem.
> > > * locking in final mntput() doesn't look nice; we probably need
> > > a new refcounting scheme for vfsmounts to make that work. I have a
> > > variant
> > > that might work here (and make life much easier for expiry logics in
> >
On 23 May 2007, at 15:21, Nitin Gupta wrote:
If somebody is up to including compression he must be having head
to use the right
decompress version depending on this scenario :-)
By that logic, experienced kernel dev Richard Purdie is not up to
using compression (?!)
To me, it looks like
On Wed, 2007-05-23 at 09:14 -0500, Kumar Gala wrote:
> On Wed, 23 May 2007, Johannes Berg wrote:
>
> > On Wed, 2007-05-23 at 07:37 -0500, Kumar Gala wrote:
> >
> > > Was my patch ok, if so I'll push it up through my git tree to paul?
> >
> > Yeah, looks fine to me, or will the ARCH=ppc folks then
On 5/23/07, Michael-Luke Jones <[EMAIL PROTECTED]> wrote:
On 23 May 2007, at 15:03, Nitin Gupta wrote:
>> Perhaps a rename is in order:
>> lzo1x_decompress() => lzo1x_decompress_unsafe()
>> lzo1x_decompress_safe => lzo1x_decompress()
>
> Or perhaps make reiserfs use _safe() instead - I think
On Wed, 23 May 2007, Johannes Berg wrote:
> On Wed, 2007-05-23 at 07:37 -0500, Kumar Gala wrote:
>
> > Was my patch ok, if so I'll push it up through my git tree to paul?
>
> Yeah, looks fine to me, or will the ARCH=ppc folks then scream and want
> that added to the Kconfig there as well?
I
On 23 May 2007, at 15:03, Nitin Gupta wrote:
Perhaps a rename is in order:
lzo1x_decompress() => lzo1x_decompress_unsafe()
lzo1x_decompress_safe => lzo1x_decompress()
Or perhaps make reiserfs use _safe() instead - I think Richard has
already submitted patch for same.
If someone's already
I'd be interested in feedback on the effects of the following
particularly on systems that currently fail with libata, and especially
on non-PC systems where the firmware hasn't neccessarily initialized the
disk before Linux takes control
diff -u --new-file --recursive --exclude-from
On Mon, May 21, 2007 at 10:27:16PM -0700, Christoph Lameter wrote:
> On Tue, 22 May 2007, KAMEZAWA Hiroyuki wrote:
>
> > > +config BOUNCE
> > > + def_bool y
> > > + depends on BLOCK && MMU && (ZONE_DMA || HIGHMEM)
> > > +
> >
> > AFAIK, ppc has only ZONE_DMA and it never needs bounce.
> > Is
On 5/23/07, Michael-Luke Jones <[EMAIL PROTECTED]> wrote:
Fair enough. However, this rather important issue is pretty much
undocumented (source code comments don't count)
If header file for public interface ( documents about
'unsafe' vs. 'safe' then it should be enough.
and Reiser4 is
> > 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 boxes with no
On 23 May 2007, at 12:39, Nitin Gupta wrote:
Hi Michael,
On 5/23/07, Michael-Luke Jones <[EMAIL PROTECTED]> wrote:
I understand that the 'safe' decompression code is 'somewhat slower'
and that decompressor performance is a key feature of this algorithm.
However, I am concerned about the
I don't think it is racy against thread startup since server->tsk is not
filled in until after the demultiplex thread does allow_signal.
I looked more at each of the three send_sig calls which precede the three
places we do kthread_stop on this thread. Without the three send_sig
calls (e.g.
On Sat, 19 May 2007 17:19:35 -0700
Micah Cowan <[EMAIL PROTECTED]> wrote:
> Some users have been having problems with utilities like cp or dd
> dumping core when they try to copy a file that's too large for the
> destination filesystem (typically, > 4gb). Apparently, some defunct
> standards
El Wed, May 23, 2007 at 06:25:49PM +0530 Satyam Sharma ha dit:
> On 5/23/07, Jiri Slaby <[EMAIL PROTECTED]> wrote:
> >Simon Arlott napsal(a):
> >> On 22/05/07 21:06, Matthias Kaehlcke wrote:
> >>> would the following resolve the problem?
> >>>
> >>> if(mutex_lock_interruptible(>write_mtx))
On Wed, 2007-05-23 at 07:37 -0500, Kumar Gala wrote:
> Was my patch ok, if so I'll push it up through my git tree to paul?
Yeah, looks fine to me, or will the ARCH=ppc folks then scream and want
that added to the Kconfig there as well?
johannes
signature.asc
Description: This is a digitally
On Wed, May 23, 2007 at 03:23:54PM +0200, Ph. Marek wrote:
> How about some special node in eg. /proc (or a new filesystem)?
> Eg.
>/fileAsDir/etc/passwd/owner ...
> would work for all *files*. For directories we do not know whether we're
> still
> climbing the hierarchy or would like to see
On Wed, May 23, 2007 at 03:01:38PM +0200, Miklos Szeredi wrote:
> Someone might think of a way to make those work with directories.
> Invisible directory entries, anyone?
Not unless you manage to get working union-mount [*NOT* unionfs]
> > * invalidation on unlink is still an open
ailure. (But I implemented a quirk
which allows restarting the FUSE vfs server with only minor
problems)
* probably tons of others I don't know
The project tarball is at:
http://veverka.sh.cvut.cz/~sykora/prj/rheavfs-20070523-1239.tar.gz
The kernel patch is in the tarball and for your
Hi Robert,
On 5/23/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
On Wed, 23 May 2007, Satyam Sharma wrote:
> On 5/23/07, Krzysztof Halasa <[EMAIL PROTECTED]> wrote:
> > "Robert P. J. Day" <[EMAIL PROTECTED]> writes:
> >
> > > that may be but, as i suggested earlier, that would get into
> > >
Yes - this patch looks better.
I also am not sure whether the send_sig is still necessary to wake up a
thread blocked in tcp recv_msg (only do a wake_up_process vs. doing a
send_sig(SIGKILL) )
Unless someone knows for sure whether the send_sig is redundant, I would
like to merge Shaggy's
Greg KH wrote:
And yes, it only starts to look for things when it recieves an event, it
does not "scan" sysfs at all.
Does it "look for" only that one event, or does it "scan" at that point?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Quoting Paul Dickson ([EMAIL PROTECTED]):
> On Mon, 14 May 2007 13:23:06 -0700, Badari Pulavarty wrote:
>
> > > + while (fs) {
> > > + locked = union_trylock(fs->root);
> > > + if (!locked)
> > > + goto loop1;
> > > + locked = union_trylock(fs->altroot);
>
handle_IRQ_event either enables IRQs or leaves them disabled for the
entire chain. However, there is nothing in request_irq or setup_irq
which ensures that all IRQs in a chain will have the same
IRQF_DISABLED.
This seems like a bug to me. Below are two possible fixes -
enable/disable IRQs for
ucc_geth has been migrated to use the common phylib code. So lets add a
'select PHYLIB' to the UCC_GETH Kconfig entry.
Signed-off-by: Jan Altenberg <[EMAIL PROTECTED]>
---
drivers/net/Kconfig |1 +
1 file changed, 1 insertion(+)
Index: linux-2.6/drivers/net/Kconfig
On Mittwoch, 23. Mai 2007, Al Viro wrote:
> Then I do not understand what this mechanism could be used for, other
> than an odd way to twist POSIX behaviour and see how much of the userland
> would survive that.
I have some similar considerations about how userspace should deal with that.
The
Some users have been having problems with utilities like cp or dd
dumping core when they try to copy a file that's too large for the
destination filesystem (typically, > 4gb). Apparently, some defunct
standards required SIGXFSZ to be sent in such circumstances, but SUS
only requires/allows it for
On Wed, 23 May 2007, Satyam Sharma wrote:
> On 5/23/07, Krzysztof Halasa <[EMAIL PROTECTED]> wrote:
> > "Robert P. J. Day" <[EMAIL PROTECTED]> writes:
> >
> > > that may be but, as i suggested earlier, that would get into
> > > guessing what those developers were thinking, and i just didn't
> > >
I was unable to reproduce the numbers Miguel generated, comments below.
The -ck2 patch seems to run nicely, although the memory repopulation
from swap would be most useful on system which have a lot of memory
pressure.
Bill Davidsen wrote:
Miguel Figueiredo wrote:
Hi Bill,
if i've
On Sun, 20 May 2007 21:30:52 +0400, Evgeniy Polyakov wrote:
>
> In that case segment size must be more than 32 bits, or below
> transformation will not be correct?
Must it? If segment size is just 20bit then the filesystem may only be
52bit. Or 51bit when using signed values.
> segsize is
> On Wed, May 23, 2007 at 12:39:25PM +0100, Al Viro wrote:
> > Then I do not understand what this mechanism could be used for, other
> > than an odd way to twist POSIX behaviour and see how much of the userland
> > would survive that. Certainly not useful for your "look into tarball
> > as a
On 5/23/07, Jiri Slaby <[EMAIL PROTECTED]> wrote:
Simon Arlott napsal(a):
> On 22/05/07 21:06, Matthias Kaehlcke wrote:
>> would the following resolve the problem?
>>
>> if(mutex_lock_interruptible(>write_mtx)) return
>> -ERESTARTSYS
>>
>> thanks for your comments
Hum. I remember
On Tue, 22 May 2007, Ray Lee wrote:
> On 5/22/07, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
> >> I shouldn't have to upgrade my BIOS to work with a new kernel any more
> >> than I should have to upgrade my browser.
> >
> >We don't agree there, as you are not talking about a stable
On Wed, May 23, 2007 at 08:34:42AM -0400, Trond Myklebust wrote:
> On Wed, 2007-05-23 at 08:36 +0100, Al Viro wrote:
> > On Wed, May 23, 2007 at 09:19:17AM +0200, Miklos Szeredi wrote:
> > > > Eh... Arbitrary limitations are fun, aren't they?
> > >
> > > But these mounts _are_ special. There is
On May 14, 2007, at 11:25 AM, Johannes Berg wrote:
On Mon, 2007-05-14 at 09:24 -0500, Kumar Gala wrote:
this was my fix which looks pretty much the same.
[...]
Great, thanks.
johannes
Was my patch ok, if so I'll push it up through my git tree to paul?
- k
-
To unsubscribe from this
On Wed, 2007-05-23 at 08:36 +0100, Al Viro wrote:
> On Wed, May 23, 2007 at 09:19:17AM +0200, Miklos Szeredi wrote:
> > > Eh... Arbitrary limitations are fun, aren't they?
> >
> > But these mounts _are_ special. There is really no point in moving or
> > pivoting them.
>
> pivoting - probably
A change between rt6 and rt7 dropped a #endif in rtc.c.
Compile fails on imbalanced pre-processor directives.
I think that this is correct for Sparc and MIPS, and it definitely
eliminates complaints about PCI_IRQ_NONE definitions for x86.
signed-off-by: Sven-Thorsten Dietrich <[EMAIL
Benjamin Herrenschmidt wrote:
On Tue, 2007-05-22 at 08:39 -0700, Jesse Barnes wrote:
The current code does its best to figure out what modes are available and
tries to pick a good one for each display. It sounds like you're mainly
concerned with the actual mode picking, not the mode and
On Tue, May 22, 2007 at 11:46:11PM -0700, Roland McGrath wrote:
> (It also works for free on other arch's if you want to #define the
> constants there.)
(Forgot to mention...) sweet
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from this list: send the
On Tue, May 22, 2007 at 11:46:11PM -0700, Roland McGrath wrote:
> Do you have a test case for PTRACE_SYSEMU that does not work right?
UML, obviously. Below is a smaller test. orig_eax is wrong, so you
can't read the system call number from the process.
With kernel-2.6.20-1.2948, it prints out
On Wed, May 23, 2007 at 12:39:25PM +0100, Al Viro wrote:
> Then I do not understand what this mechanism could be used for, other
> than an odd way to twist POSIX behaviour and see how much of the userland
> would survive that. Certainly not useful for your "look into tarball
> as a tree", unless
301 - 400 of 1026 matches
Mail list logo