On 2007.12.08 17:16:24 -0500, Steven Rostedt wrote:
>
> Hi Linus,
>
> > On Fri, 7 Dec 2007, Linus Torvalds wrote:
> > >
> > > Can you do one run with oprofile, and see exactly where the cost is? It
> > > should hopefully be pretty darn obvious, considering your timing.
>
> The results are here:
Julia Lawall said the following on 2007-12-10 15:18:
>> Julia, seems that your semantic patch misses following place.
>>
>> drivers/s390/net/qeth_main.c:2733
>> ...
>> #endif
>> rxrc = netif_rx(skb);
>> card->dev->last_rx = jiffies;
>>
> > //
> >
> > diff a/drivers/s390/net/ctcmain.c b/drivers/s390/net/ctcmain.c
> > diff a/drivers/s390/net/netiucv.c b/drivers/s390/net/netiucv.c
>
> Julia, seems that your semantic patch misses following place.
>
> drivers/s390/net/qeth_main.c:2733
> ...
> #endif
> rxrc =
Hi Gregor,
Em Qui, 2007-12-06 às 23:06 +0100, Gregor Jasny escreveu:
> From: Gregor Jasny <[EMAIL PROTECTED]>
>
> When the vivi driver allocates a video device, video_register_device() stores
> the
> allocated device minor inside the vivi structure. But when the device node is
> opened,
> the
This adds appropriate casts to avoid a warning and print the correct
values in pr_debug.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
drivers/pci/setup-res.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
Index: linux-work/drivers/pci/setup-res.c
The current pci_assign_unassigned_resources() code doesn't work properly
on 32 bits platforms with 64 bits resources. The main reason is the use
of unsigned long in various places instead of resource_size_t.
This fixes it, along with some tricks to avoid casting to 64 bits on
platforms that don't
Please pull from the for-linus branch:
git pull git://oss.sgi.com:8090/xfs/xfs-2.6.git for-linus
This will update the following files:
fs/xfs/linux-2.6/xfs_buf.c | 37 +---
fs/xfs/linux-2.6/xfs_file.c| 124
On Mon, 2007-12-10 at 17:15 +1100, Benjamin Herrenschmidt wrote:
> The current pci_assign_unassigned_resources() code doesn't work properly
> on 32 bits platforms with 64 bits resources. The main reason is the use
> of unsigned long in various places instead of resource_size_t.
>
> This fixes
The current pci_assign_unassigned_resources() code doesn't work properly
on 32 bits platforms with 64 bits resources. The main reason is the use
of unsigned long in various places instead of resource_size_t.
This fixes it, along with some tricks to avoid casting to 64 bits on
platforms that don't
Most code changes were made to support adapters based on Marvell IOP, plus some
other fixes.
- add more PCI device IDs
- support for adapters based on Marvell IOP
- fix a result code translation error on big-endian systems
- fix resource releasing bug when scsi_host_alloc() fail in hptiop_probe()
On Fri, 7 Dec 2007, Oleg Nesterov wrote:
> signal_struct->tsk points to the ->group_leader and thus we have the nasty
> code
> in de_thread() which has to change it and restart ->real_timer if the leader
> is
> changed.
>
> Use "struct pid *leader_pid" instead. This also allows us to kill
Looks good to me.
Thanks.
Acked-by: Yasunori Goto <[EMAIL PROTECTED]>
>
> From: Geoff Levand <[EMAIL PROTECTED]>
>
> SPARSEMEM_VMEMMAP needs to be a selectable config option to
> support building the kernel both with and without sparsemem
> vmemmap support. This selection is desirable for
On Sun, 9 Dec 2007, Parag Warudkar wrote:
> On Dec 8, 2007 6:12 PM, Parag Warudkar <[EMAIL PROTECTED]> wrote:
> > No problems after disabling CONFIG_HIGHRES_TIMERS , CONFIG_CPU_IDLE
> > and CONFIG_NO_HZ.
> >
> > I will try enabling them one by one - HRT, NOHZ and CPU_IDLE last -
> > that way we
On Tue, Nov 20, 2007 at 06:00:12PM -0500, Theodore Tso wrote:
> Basically, the only way to solve this problem 100% in userspace would
> be with a userspace daemon running as a privileged user, and some kind
> of Unix domain socket.
>
> Patches to implement this in the e2fsprogs UUID library would
[EMAIL PROTECTED] is being decommissioned.
I wonder if the website should be changed to linux-nfs.org ...
Cc: "J. Bruce Fields" <[EMAIL PROTECTED]>
Cc: Trond Myklebust <[EMAIL PROTECTED]>
Signed-off-by: Neil Brown <[EMAIL PROTECTED]>
### Diffstat output
./MAINTAINERS |2 +-
1 file
On Fri, 7 Dec 2007 16:31:42 -0800 Andrew Morton wrote:
> Could someone *please* start a little project of extirpating this utter
> brain damage? Convert those macros to typechecked static inlines on x86
> (at least) so this sort of thing (which happens again and again and again)
> is lessened?
On Sunday December 9, [EMAIL PROTECTED] wrote:
> On Saturday 08 December 2007 01:43:28 Rafael J. Wysocki wrote:
> > On Saturday, 8 of December 2007, Andrew Morton wrote:
> > > On Fri, 07 Dec 2007 17:51:58 -0500
> > > Trond Myklebust <[EMAIL PROTECTED]> wrote:
> > >
> > > >
> > > > On Fri,
On Sun, Dec 09, 2007 at 10:46:35PM +0100, Rafael J. Wysocki wrote:
> On Sunday, 9 of December 2007, Borislav Petkov wrote:
> > On Sun, Dec 09, 2007 at 03:27:57PM +0100, Rafael J. Wysocki wrote:
> > ...
> >
> > > > Instead, I'd rather issue a warning that the swsusp header mismatches,
> > > > say
From: David Brownell <[EMAIL PROTECTED]>
Basic driver for 8-bit SPI based MCP23S08 GPIO expander, without support for
IRQs or the shared chipselect mechanism.
Signed-off-by: David Brownell <[EMAIL PROTECTED]>
---
Other than the new directory and Kconfig symbol, this is identical to the
code
From: David Brownell <[EMAIL PROTECTED]>
Add an empty drivers/gpio directory for gpiolib based GPIO expanders.
We already have three of them (two I2C, one SPI), and there are dozens
of similar chips that only exist for GPIO expansion.
This won't be the only place to hold such gpio_chip code.
From: David Brownell <[EMAIL PROTECTED]>
This is a new-style I2C driver for most common 8 and 16 bit I2C based
"quasi-bidirectional" GPIO expanders: pcf8574 or pcf8575, and several
compatible models (mostly faster, supporting I2C at up to 1 MHz).
The driver exposes the GPIO signals using the
From: David Brownell <[EMAIL PROTECTED]>
Update gpiolib behavior with CONFIG_DEBUG_GPIO to include messages
on some fault paths that are common during bringup: gpiochip_add,
gpio_request, and the two gpio_direction_* calls.
Also morph that CONFIG symbol into compile-time -DDEBUG.
From: David Brownell <[EMAIL PROTECTED]>
Add some documentation highlighting implementors' views of the new gpiolib
stuff. Such developers may be supporting new gpio controllers, platforms,
or boards. Obviously there's often some overlap there, but the concerns
for each task aren't identical.
Following this are several patches updating the current gpio
implemenentation framework. Because one of those changes
involves creating a new drivers/gpio directory, the patches
are a bit simpler if two existing patches are first removed
from the MM tree:
mcp23s08-spi-gpio-expander.patch
From: David Brownell <[EMAIL PROTECTED]>
Update gpiolib to use a table of per-GPIO "struct gpio_desc" instead of
a table of "struct gpio_chip".
- Change "is_out" and "requested" from arrays in "struct gpio_chip" to
bit fields in "struct gpio_desc", eliminating ARCH_GPIOS_PER_CHIP.
- Stop
powerpc: Fix IDE legacy vs. native fixups
PowerMac and CHRP/BriQ platforms have quirks to switch some IDE
controllers from legacy mode to fully native mode. Those quirks
however will not work properly anymore due to a change to the
generic code to better handle legacy IDE resources.
This fixes
On 09-12-07 22:25, Pavel Machek wrote:
On Sun 2007-12-09 17:59:08, Andi Kleen wrote:
Yes, i guess switching to udelay at least on newer systems would
be a good idea. I'm not quite sure about systems without TSC though.
Something like this? (Warning, will not probably even compile on
Dear Sir,
Following is patche for scsi driver in 2.6.23.9 what should get into
2.6.23.9-final if possible.
First refines a newly created scsi driver
(/[kernel-version]/driver/scsi/acs_ame).
Thanks,
JeffChang.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Mon, 10 Dec 2007 10:31:27 +0800
Shaohua Li <[EMAIL PROTECTED]> wrote:
> This should exist in previous kernel (before we remove acpi
> motherboard driver) too. Basically it's a broken BIOS. Could below
> patch work around it?
>
> Thanks,
> Shaohua
>
> Index: linux/drivers/pnp/system.c
>
> Have you even *read* the thread?
In detail, as it unfolds and while testing variants of Tejun's code on
the hardware I have access to - none of which has this bug making it
rather trickier to help.
> In other words, the stuff you call so critically important (yet we've been
> able to live
Erez Zadok:
> (1) Cache coherency: by far, the biggest concern had been around cache
:::
> unionfs. The solution we have implemented is to compare the mtime/ctime of
> upper/lower objects during revalidation (esp. of dentries); and if the lower
> times are newer, we reconstruct the union
Its your kernel. Its your call, and your privilege to be wrong.
And anyone with ATAPI problems should probably test the -mm tree before
reporting anything.
Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
>>> On Sun, Dec 9, 2007 at 9:53 PM, in message
<[EMAIL PROTECTED]>, Gregory Haskins
<[EMAIL PROTECTED]> wrote:
> + * I have no doubt that this is the proper thing to do to make
> + * sure RT tasks are properly balanced. What I cannot wrap my
> + * head
--- Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> the memory you feed to readl() and co isnt the actual PCI resource;
> you need to use ioremap() on the PCI resource to get a pointer that you can
> then feed to
> readl()
I gathered that much, and there is indeed a call to ioremap() in the
Tejun Heo wrote:
Robert Hancock wrote:
And you're quite right in your comment that we are often too quick to
blacklist hardware instead of looking into why it really is failing.
ACPI is one of those areas where we often just need to figure out how to
be bug-to-bug compatibile with what Windows
On Sunday December 9 2007 09:31:27 pm Shaohua Li wrote:
> On Sun, 2007-12-09 at 23:04 +0100, Adrian Bunk wrote:
> > On Sun, Dec 09, 2007 at 04:12:25PM -0500, Elvis Pranskevichus wrote:
> > > Jean Delvare wrote:
> > > > Hi Mike,
> > > >
> > > > On Sat, 8 Dec 2007 21:22:34 -0500, Mike Houston wrote:
Eric W. Biederman wrote:
Ultimately to implement /proc perfectly we need an implementation
of d_revalidate because files and directories can be removed behind
the back of the VFS, and d_revalidate is the only way we can let
the VFS know that this has happened.
So until we get a proper test for
Hi Ingo, Steven, Dmitry,
Here is a proposed fix for the issue that Dmitry brought up today. It
should apply cleanly to sched-devel (though I have a few of my other
submitted fixes queued ahead of this that are not yet in sched-devel...so if
you have a problem let me know and I will
On Sat, 2007-12-08 at 09:56 -0500, Mark Lord wrote:
>
> Any chance of getting LEDs support re-added to this driver,
> perhaps in the 2.6.25 timeframe?
I'd also like to see it happen. Stay tuned.
Thanks,
-yi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
CC: Mike Halcrow <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/ecryptfs/dentry.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/ecryptfs/dentry.c b/fs/ecryptfs/dentry.c
index cb20b96..a8c1686 100644
--- a/fs/ecryptfs/dentry.c
+++
Alexander Rajula wrote:
> While overclocking an AMD Athlon X2 (2GHz) CPU /proc/cpuinfo reports the
> wrong CPU frequency. I am quite puzzled by this.
> Is this an error in the kernel, or is there something strange going on?
You may want to read some old threads on this list and check if that
Includes duplicate name elimination and whiteout-handling code.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/rdstate.c | 285 ++
1 files changed, 285 insertions(+), 0 deletions(-)
create mode 100644 fs/unionfs/rdstate.c
diff
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
Documentation/filesystems/unionfs/rename.txt | 31 ++
1 files changed, 31 insertions(+), 0 deletions(-)
create mode 100644 Documentation/filesystems/unionfs/rename.txt
diff --git
Includes open, ioctl, and flush operations.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/commonfops.c | 827 +++
1 files changed, 827 insertions(+), 0 deletions(-)
create mode 100644 fs/unionfs/commonfops.c
diff --git
Includes create, lookup, link, symlink, mkdir, mknod, readlink, follow_link,
put_link, permission, and setattr.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/inode.c | 1154
1 files changed, 1154 insertions(+), 0 deletions(-)
Needed to maintain cache coherency after branch management.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/drop_caches.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/fs/drop_caches.c b/fs/drop_caches.c
index 59375ef..90410ac 100644
--- a/fs/drop_caches.c
+++
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/Kconfig | 53 +
1 files changed, 41 insertions(+), 12 deletions(-)
diff --git a/fs/Kconfig b/fs/Kconfig
index 635f3e2..cbcbbee 100644
--- a/fs/Kconfig
+++ b/fs/Kconfig
@@ -1041,6 +1041,47
Includes read, write, mmap, fsync, and fasync.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/file.c | 227 +
1 files changed, 227 insertions(+), 0 deletions(-)
create mode 100644 fs/unionfs/file.c
diff --git
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/debug.c | 532
1 files changed, 532 insertions(+), 0 deletions(-)
create mode 100644 fs/unionfs/debug.c
diff --git a/fs/unionfs/debug.c b/fs/unionfs/debug.c
new file mode 100644
Note: this will become obsolete once similar patches, now in -mm, make it to
mainline.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
include/linux/namei.h | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/include/linux/namei.h b/include/linux/namei.h
index
Includes lower nameidata support routines.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/lookup.c | 652 +++
1 files changed, 652 insertions(+), 0 deletions(-)
create mode 100644 fs/unionfs/lookup.c
diff --git
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/union.h | 591
1 files changed, 591 insertions(+), 0 deletions(-)
create mode 100644 fs/unionfs/union.h
diff --git a/fs/unionfs/union.h b/fs/unionfs/union.h
new file mode 100644
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
include/linux/union_fs.h | 24
1 files changed, 24 insertions(+), 0 deletions(-)
create mode 100644 include/linux/union_fs.h
diff --git a/include/linux/union_fs.h b/include/linux/union_fs.h
new file mode 100644
index
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/fanout.h | 355 +++
1 files changed, 355 insertions(+), 0 deletions(-)
create mode 100644 fs/unionfs/fanout.h
diff --git a/fs/unionfs/fanout.h b/fs/unionfs/fanout.h
new file mode 100644
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/rename.c | 533 +++
1 files changed, 533 insertions(+), 0 deletions(-)
create mode 100644 fs/unionfs/rename.c
diff --git a/fs/unionfs/rename.c b/fs/unionfs/rename.c
new file mode 100644
Includes whiteout handling for directories.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/dirhelper.c | 272
1 files changed, 272 insertions(+), 0 deletions(-)
create mode 100644 fs/unionfs/dirhelper.c
diff --git
CC: Mike Halcrow <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/ecryptfs/main.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/ecryptfs/main.c b/fs/ecryptfs/main.c
index b83a512..cebe7dc 100644
--- a/fs/ecryptfs/main.c
+++
Includes writepage, writepages, readpage, prepare_write, and commit_write.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/mmap.c | 338 +
1 files changed, 338 insertions(+), 0 deletions(-)
create mode 100644 fs/unionfs/mmap.c
Includes read_inode, delete_inode, put_super, statfs, remount_fs (which
supports branch-management ops), clear_inode, alloc_inode, destroy_inode,
write_inode, umount_begin, and show_options.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/super.c | 1020
Needed to release the resources of the lower nameidata structures that we
create and pass to lower file systems (e.g., when calling vfs_create).
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/namei.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/fs/namei.c
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
include/linux/magic.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/linux/magic.h b/include/linux/magic.h
index 1fa0c2c..67043ed 100644
--- a/include/linux/magic.h
+++ b/include/linux/magic.h
@@ -35,6 +35,8 @@
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
include/linux/mm.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/linux/mm.h b/include/linux/mm.h
index 1b7b95c..fc61bd3 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -19,6 +19,7 @@ struct anon_vma;
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/copyup.c | 897 +++
1 files changed, 897 insertions(+), 0 deletions(-)
create mode 100644 fs/unionfs/copyup.c
diff --git a/fs/unionfs/copyup.c b/fs/unionfs/copyup.c
new file mode 100644
Includes read_super and module-linkage routines.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/main.c | 783 +
1 files changed, 783 insertions(+), 0 deletions(-)
create mode 100644 fs/unionfs/main.c
diff --git
CC: Mike Halcrow <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/ecryptfs/inode.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/ecryptfs/inode.c b/fs/ecryptfs/inode.c
index 0b1ab01..a846557 100644
--- a/fs/ecryptfs/inode.c
+++
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/stack.c | 30 +-
1 files changed, 17 insertions(+), 13 deletions(-)
diff --git a/fs/stack.c b/fs/stack.c
index 67716f6..a548aac 100644
--- a/fs/stack.c
+++ b/fs/stack.c
@@ -1,8 +1,20 @@
+/*
+ * Copyright (c)
Includes d_release methods and cache-coherency support for dentries.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/dentry.c | 498 +++
1 files changed, 498 insertions(+), 0 deletions(-)
create mode 100644 fs/unionfs/dentry.c
diff
Mostly related to whiteouts.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/subr.c | 242 +
1 files changed, 242 insertions(+), 0 deletions(-)
create mode 100644 fs/unionfs/subr.c
diff --git a/fs/unionfs/subr.c
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
include/linux/fs_stack.h | 21 -
1 files changed, 16 insertions(+), 5 deletions(-)
diff --git a/include/linux/fs_stack.h b/include/linux/fs_stack.h
index bb516ce..6b52faf 100644
--- a/include/linux/fs_stack.h
+++
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/xattr.c | 153
1 files changed, 153 insertions(+), 0 deletions(-)
create mode 100644 fs/unionfs/xattr.c
diff --git a/fs/unionfs/xattr.c b/fs/unionfs/xattr.c
new file mode 100644
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/Makefile | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
create mode 100644 fs/unionfs/Makefile
diff --git a/fs/unionfs/Makefile b/fs/unionfs/Makefile
new file mode 100644
index 000..17ca4a7
--- /dev/null
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/sioq.c | 119 +
1 files changed, 119 insertions(+), 0 deletions(-)
create mode 100644 fs/unionfs/sioq.c
diff --git a/fs/unionfs/sioq.c b/fs/unionfs/sioq.c
new file mode 100644
index
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
Documentation/filesystems/unionfs/usage.txt | 115 +++
1 files changed, 115 insertions(+), 0 deletions(-)
create mode 100644 Documentation/filesystems/unionfs/usage.txt
diff --git
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/unlink.c | 236 +++
1 files changed, 236 insertions(+), 0 deletions(-)
create mode 100644 fs/unionfs/unlink.c
diff --git a/fs/unionfs/unlink.c b/fs/unionfs/unlink.c
new file mode 100644
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/sioq.h | 92 +
1 files changed, 92 insertions(+), 0 deletions(-)
create mode 100644 fs/unionfs/sioq.h
diff --git a/fs/unionfs/sioq.h b/fs/unionfs/sioq.h
new file mode 100644
index
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/Makefile |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/fs/Makefile b/fs/Makefile
index 500cf15..e202288 100644
--- a/fs/Makefile
+++ b/fs/Makefile
@@ -118,3 +118,4 @@ obj-$(CONFIG_HPPFS) += hppfs/
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
Documentation/filesystems/unionfs/concepts.txt | 199
1 files changed, 199 insertions(+), 0 deletions(-)
create mode 100644 Documentation/filesystems/unionfs/concepts.txt
diff --git
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
MAINTAINERS |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index f3d7256..95f16f0 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3805,6 +3805,15 @@ L: linux-kernel@vger.kernel.org
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
Documentation/filesystems/unionfs/issues.txt | 24
1 files changed, 24 insertions(+), 0 deletions(-)
create mode 100644 Documentation/filesystems/unionfs/issues.txt
diff --git
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
Documentation/filesystems/unionfs/00-INDEX | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
create mode 100644 Documentation/filesystems/unionfs/00-INDEX
diff --git a/Documentation/filesystems/unionfs/00-INDEX
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/dirfops.c | 290 ++
1 files changed, 290 insertions(+), 0 deletions(-)
create mode 100644 fs/unionfs/dirfops.c
diff --git a/fs/unionfs/dirfops.c b/fs/unionfs/dirfops.c
new file mode
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
Documentation/filesystems/00-INDEX |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/Documentation/filesystems/00-INDEX
b/Documentation/filesystems/00-INDEX
index 1de155e..b168331 100644
---
Al, Christoph, and Andrew,
As per your request, I'm posting for review the unionfs code (and related
code) that's in my korg tree against mainline (v2.6.24-rc4-190-g94545ba).
This code is nearly identical to what's in -mm (the mm code has a couple of
additional things that depend on mm-specific
On Sun, 2007-12-09 at 23:04 +0100, Adrian Bunk wrote:
> On Sun, Dec 09, 2007 at 04:12:25PM -0500, Elvis Pranskevichus wrote:
> > Jean Delvare wrote:
> >
> > > Hi Mike,
> > >
> > > On Sat, 8 Dec 2007 21:22:34 -0500, Mike Houston wrote:
> > >> On Sun, 9 Dec 2007 01:05:54 +0100
> > >> Adrian Bunk
Julia Lawall said the following on 2007-12-10 4:05:
> From: Julia Lawall <[EMAIL PROTECTED]>
> //
> @@
> expression skb, e,e1;
> @@
>
> (
> netif_rx(skb);
> |
> netif_rx_ni(skb);
> )
> ... when != skb = e
> (
> skb = e1
> |
> * skb
> )
> //
>
> diff a/drivers/s390/net/ctcmain.c
Robert Hancock wrote:
> And you're quite right in your comment that we are often too quick to
> blacklist hardware instead of looking into why it really is failing.
> ACPI is one of those areas where we often just need to figure out how to
> be bug-to-bug compatibile with what Windows is doing..
Andreas Mohr wrote:
> As such one can conclude that this BIOS is rather very confused when being
> called for _GTM on an entirely
> unused controller port. And this is either because the BIOS is dumb or
> because ACPI doesn't really
> expect anyone to call _GTM on an unused physical port. I'd
Dear all,
I wanna test an IDS ,So i need to a kernel logger lower than audit or klogd.
I need to a kernel logger that lower than syscalls.
Please help me.
Cheers,
--
-
Mohsen Pahlevanzadeh
email address : [EMAIL PROTECTED]
web site : http://pahlevanzadeh.org
IRC IM :
While using 2.6.23 and 2.6.22 (earlier kernels have not been tested)
/proc/cpuinfo reports the wrong CPU frequency:
While overclocking an AMD Athlon X2 (2GHz) CPU /proc/cpuinfo reports the wrong
CPU frequency.
I am quite puzzled by this.
Is this an error in the kernel, or is there something
On Sun, 9 Dec 2007, Alan Cox wrote:
>
> The one off regression is probably not one off, but this is IDE so
> actually its quite probable its a single broken firmware.
>
> The alternative is that you cripple just about every user of various
> other standards compliant devices and controllers
> Yasunori Goto wrote:
> >> On Thu, 6 Dec 2007, Geert Uytterhoeven wrote:
> >> > On Thu, 6 Dec 2007, Yasunori Goto wrote:
> >> > > > I'll try Milton's suggestion to pre-allocate the memory early. It
> >> > > > seems
> >> > > > that should work as long as nothing else before the hot-plug mem is
Mike Houston wrote:
On Sun, 9 Dec 2007 23:42:15 +0100
Jean Delvare <[EMAIL PROTECTED]> wrote:
On Sun, 09 Dec 2007 16:12:25 -0500, Elvis Pranskevichus wrote:
This indeed looks like a broken ACPI BIOS since the
aforementioned commit touches only the PNP ACPI driver. I'm not
sure
Andreas Mohr wrote:
On Mon, Dec 10, 2007 at 01:04:31AM +0100, Andreas Mohr wrote:
IOW, it seems very likely that _GTM on these BIOSes (VIA chipsets) isn't
actually wrongly implemented but simply expects IDE controller values
to have been set up ""differently"".
Or... one could possibly even
To: Andrew Morton <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: Per Liden <[EMAIL PROTECTED]>
Cc: Jon Maloy <[EMAIL PROTECTED]>
Cc: Allan Stephens <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Cc: linux-kernel@vger.kernel.org
Note also that in the release method, down_interruptible()
On Dec 8, 2007 6:22 AM, Luis R. Rodriguez <[EMAIL PROTECTED]> wrote:
> On Dec 6, 2007 9:12 PM, Dave Young <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > 2.6.24-rc4-mm1 build failed at drivers/net/wireless/ath5k/base.c for some
> > inline functions like this:
> > drivers/net/wireless/ath5k/base.c:292:
Kjartan Maraas wrote:
>> Hmmm... Ah.. okay. Wrongly splitted patch. Can you please do it one
>> more time?
>>
> Attached.
Alright, it works now but it seems both dmesgs are from no-filter patch.
I'm pretty sure it works too because one of your previous dmesgs showed
it worked. Please double
Gregory Haskins wrote:
btw., both cases would be addressed by placing load-balance points
into sched_class_rt->{enqueue,dequeue}_task_rt()... push_rt_tasks()
and pull_rt_tasks() respectively. As a side effect (I think,
technically, it would be possible), 3 out of 4 *_balance_rt() calls
(the
Issuing the command hwclock --systohc and sometimes at boot --hctosys causes
my machine to freeze.
The reason is there is a problem loading rtc-cmos. I will say that my
machine also runs Windows, and it detects the device fine as a Real Time
Clock/CMOS driver at io range 0070-0071. According to
On Mon, Dec 10, 2007 at 01:04:31AM +0100, Andreas Mohr wrote:
> IOW, it seems very likely that _GTM on these BIOSes (VIA chipsets) isn't
> actually wrongly implemented but simply expects IDE controller values
> to have been set up ""differently"".
>
>
> Or... one could possibly even infer from
* Mathieu Desnoyers ([EMAIL PROTECTED]) wrote:
> * Ingo Molnar ([EMAIL PROTECTED]) wrote:
> >
> > hi Mathieu,
> >
> > * Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> >
> > > Hi,
> > >
> > > Here is the architecture dependent instrumentation for LTTng. [...]
> >
> > A fundamental observation
1 - 100 of 488 matches
Mail list logo
