+ * This is called if the object has no -lookup() defined, yet the
+ * path contains a slash after the object name.
+ *
+ * If the filesystem defines an -enter() method, this will be called,
+ * and the filesystem shall fill the supplied struct path or return an
+ * error.
+ *
+ *
On Wed, May 23, 2007 at 11:03:08AM +0200, Miklos Szeredi wrote:
I still don't get it where the superblock comes in. The locking is
interesting in there, yes. And I haven't completely convinced
myself it's right, let alone something that won't easily be screwed up
in the future. So
--- Christoph Lameter [EMAIL PROTECTED] wrote:
On Wed, 23 May 2007, Srihari Vijayaraghavan wrote:
[...]
Yup. compile with
CONFIG_NUMA
CONFIG_LOCKDEP
CONFIG_DEBUG_LOCK_ALLOCS
(All the tests in this email was conducted on top of your patch)
Yup done that. The resulting kernel (without
Hello,
As per the recent discussion, the folowing patch removes the TIF_NOTIFY_RESUME
flag from all processor architectures. The flag was not used except on IA-64
for the perfmon subsystem. For IA-64, the patch replaces the flag with a new
dedicated TIF flag. This provides an extra low-order bit
On Wed, May 23, 2007 at 12:09:19PM +0200, Miklos Szeredi wrote:
Right. After locking vfsmount_lock, mount_dironfile() should recheck
if there was a race and bail out.
Owww... Not pretty, that...
I don't think the filesystem ought to try _creating_ a vfsmount. I
imagine, that the fs has
+ * This is tricky, because for namespace modification we must take the
+ * namespace semaphore. But mntput() is called from various places,
+ * sometimes with namespace_sem held. Fortunately in those places the
+ * mount cannot yet have MNT_DIRONFILE, or at least that's what I
+
* Peter Zijlstra [EMAIL PROTECTED] wrote:
Use the lockdep infrastructure to track lock contention and other lock
statistics.
It tracks lock contention events, and the first four unique call-sites
that encountered contention.
It also measures lock wait-time and hold-time in
On Tue, May 22, 2007 at 08:35:17AM -0400, Shaya Potter wrote:
Bharata B Rao wrote:
In case of regular files, when we copyup a file, we are actually preventing
any writes to the lower layers (which we have designated as read only).
Applying the same logic to devices, what do we achieve by
On 23 May 2007, at 09:27, Nitin Gupta wrote:
This contains LZO1X-1 compressor and LZO1X decompressor (safe and
standard version).
I understand that the 'safe' decompression code is 'somewhat slower'
and that decompressor performance is a key feature of this algorithm.
However, I am
Ingo Molnar wrote:
if you feel inclined to try the git-bisection then by all means please
do it (it will certainly be helpful and educative), but it's optional: i
dont think you should 'need' to go through extra debugging chores, my
analysis based on the excellent trace you provided still
-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
[Montreal] wrote:
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Randy Dunlap wrote:
Add notime boot option to prevent timing data from being printed on
each printk message line.
That's a good source of confusion. To me, notime means something
like don't bother calculating time, instead of the proposed
behavior. Can't it be something like 'nologts' (no
* Patrick McHardy [EMAIL PROTECTED] wrote:
How is this trace to be understood? Is it simply a call trace in
execution-order? [...]
yeah. There's a help section at the top of the trace which explains the
other fields too:
_--= CPU#
/ _-= irqs-off
I wrote on 2007-05-19:
Linus, please pull from the for-linus branch at
git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394-2.6.git
for-linus
to receive the following IEEE 1394 subsystem updates:
- fix regression in 2.6.22-rc1:
raw1394 asynchronous transmit was
On Wed, May 23, 2007 at 12:56:04PM +0200, Patrick McHardy wrote:
Looking at the recent changes to __qdisc_run, this indeed seems
to be the case, when the qdisc is throttled and has packets queued
we return a value != 0, causing __qdisc_run to loop until all
packets have been sent, which may
Herbert Xu wrote:
On Wed, May 23, 2007 at 12:56:04PM +0200, Patrick McHardy wrote:
Looking at the recent changes to __qdisc_run, this indeed seems
to be the case, when the qdisc is throttled and has packets queued
we return a value != 0, causing __qdisc_run to loop until all
packets have been
When the real superblock is created. It could even be the _same_
super block as the real one. There'd be just the problem of anchoring
the dir-on-file dentries somewhere...
Or with fuse the dir-on-file mount can just come from any mounted
filesystem, again possibly the same one as the
Hi Michael,
On 5/23/07, Michael-Luke Jones [EMAIL PROTECTED] wrote:
On 23 May 2007, at 09:27, Nitin Gupta wrote:
This contains LZO1X-1 compressor and LZO1X decompressor (safe and
standard version).
I understand that the 'safe' decompression code is 'somewhat slower'
and that decompressor
* Herbert Xu [EMAIL PROTECTED] wrote:
[NET_SCHED]: Fix qdisc_restart return value when dequeue is empty
My previous patch that changed the return value of qdisc_restart
incorrectly made the case where dequeue returns empty continue
processing packets.
This patch is based on diagnosis
Hello!
#2 crash be explained via any of the bugs you fixed? (i.e. memory
corruption?)
Yes, I found the reason, it is really fixed by taking tasklist_lock.
This happens after task struct with not cleared pi_state_list is freed
and the list of futex_pi_state's is corrupted.
Meanwhile... two
Hi!
I have kernel panic message when trying to put Dell
Inspiron 6400 into hibernation.
The following is the message:
Process pm-hibernate (pid: 3168, threadinfo
810013dba000, task 810018d0e
860)
Stack:
01bc7e40f260 07ef
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()
[ 0.333587] [c0104eb7] show_trace_log_lvl+0x1a/0x2f
[ 0.333601] [c0105a76] show_trace+0x12/0x14
On May 22 2007 20:48, Miklos Szeredi wrote:
Why do we want this?
That depends on who you ask. My answer is this:
'foo.tar.gz/foo/bar' or
'foo.tar.gz/contents/foo/bar'
or something similar.
Stole reiser4 an idea.
These semantics are quite fragile. Until now, chdir is
i'm pleased to announce release -v14 of the CFS scheduler patchset.
The CFS patch against v2.6.22-rc2, v2.6.21.1 or v2.6.20.10 can be
downloaded from the usual place:
http://people.redhat.com/mingo/cfs-scheduler/
In -v14 the biggest user-visible change is increased sleeper fairness
The current idea is that we will have multiple governors changeable at run
time only for
DEBUG and DEVELOPMENT. On a standard end user system there will be one
governor
(current optimal governor) that will be loaded. This gives
flexibality to experiments with governors and also easily have
Hi,
Do the PCI Express chipsets also use the same PCI API ? The device
specifications are thus for the device that i am looking at:
PCI Express interface
* Compliant to PCI Express Base Specification 1.0a
* The PCI Express circuit supports isochronous data traffic intended
for
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 you
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 a
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
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 PROTECTED]
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 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 true,
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, 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 really no
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 kernel series.
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(info-write_mtx)) return
-ERESTARTSYS
thanks for your comments
Hum. I remember suggesting the
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
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 long,
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 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
want to go there.
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
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
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);
+ if
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
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 [EMAIL
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
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
guessing what
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 viewing pleasure
I've attached it to this email.
The patch
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? /me ducks
Not unless you manage to get working union-mount [*NOT* unionfs]
* invalidation on unlink is still an open
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, 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
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 required
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(info-write_mtx)) return
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
IRQ
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 safety
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 (linux/lzo1x.h documents about
'unsafe' vs. 'safe' then it should be enough.
and
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 this ok ?
That is wrong.
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 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 made
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 can't
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 Richard has
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 scream and
* 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
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
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 Renato to
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 is
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 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:
-
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 with
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 available. I
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.
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.
Do you know
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 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 to
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 dom-U
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 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 was also
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 calls, not
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 then the
Perhaps this makes things more clear...
edited output - real one is wy to big
$ cat /proc/lock_stat
T class namecontentions waittime-min
waittime-max waittime-total acquisitions holdtime-min holdtime-max
holdtime-total
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, and as I
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
[Montreal] wrote:
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 ask people to
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
DMA buffer any
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
[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 insertions(+), 2
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 of
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 better
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 and do
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
lot
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 dom-U
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 everything
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 it is good
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:
601 - 700 of 1026 matches
Mail list logo