Alan,
If NCPFS has little use these days, how are the linux users meant to
sign on to Novell networks without using the (IMHO) bloatware provided
by Novell?
In fact, Novell's client only work on SLED first time lucky (everything
else needs extra libs and a lot of work) so it's hardly much
Try:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blobdiff;f=kernel/power/main.c;h=b98b80ccf4373d980f080d1e468a5d68244acf36;hp=40d56a31245e96e7e70557faaea98de382286614;hb=52ade9b3b97fd3bea42842a056fe0786c28d0555;hpb=7b104bcb8e460e45a1aebe3da9b86aacdb4cab12
and then press
Linus, please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/drzeus/mmc.git for-linus
to receive the following updates:
MAINTAINERS | 29 +
drivers/mmc/card/block.c | 18 --
drivers/mmc/card/queue.c | 35
David Miller wrote:
>>* Herbert Xu <[EMAIL PROTECTED]> wrote:
>>
>>>[NET_SCHED]: Fix qdisc_restart return value when dequeue is empty
>
> Applied, thanks everyone.
Even though it didn't fix this problem, this patch I sent earlier is
also needed.
[NET_SCHED]: sch_htb: fix event cache time
On Wednesday 23 May 2007 16:41, Emmanuel Fusté wrote:
> Hi,
> > Hi,
> >
> > On Tuesday 22 May 2007 18:23, Emmanuel Fusté wrote:
> > > Hello,
> > >
> > > Just to let you know that since I jumped from 2.6.16 to
> > > 2.6.20.7 and 2.6.21, I need the i8042.noloop option to get the
> > > AUX port
Hi Antonino,
I am having the following issues on my Dell Inspiron 8100. They are not
new but I just got around to report them.
With CONFIG_FB_NVIDIA_I2C I get 1600x1200 resolution but pixels
"swarming" and it is unuseable. There are following messages in
dmesg (note complaints from i2c):
May 24
On Wed, May 23, 2007 at 09:01:04AM -0700, Linus Torvalds wrote:
>
>
> 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
Alan Cox wrote:
On Wed, 23 May 2007 15:17:08 -0400
"Salyzyn, Mark" <[EMAIL PROTECTED]> wrote:
The 31 bit limit for some of these cards is a problem, we currently only
do __GFP_DMA for bounce buffer sg elements allocated for user supplied
references in ioctls.
I figure we should be using
sys_setsockopt() do not check properly timeout values for
SO_RCVTIMEO/SO_SNDTIMEO, for example it's possible to set negative timeout
values. POSIX do not defines behaviour for sys_setsockopt in case negative
timeouts, but requires that setsockopt() shall fail with -EDOM if the send and
receive
On Thu, May 24, 2007 at 12:21:47AM -0400, Mike Frysinger wrote:
> is this completely bad mojo ? is there some other mechanism that
> provides what i want and i just dont know about it ? or do i just
> make people change the driver to fit their application, thus throwing
> out the idea of keeping
On Wed, 2007-05-23 at 18:57 +0200, Rafael J. Wysocki wrote:
> On Wednesday, 23 May 2007 11:57, Romano Giannetti wrote:
> > On Wed, 2007-05-23 at 11:05 +0200, Rafael J. Wysocki wrote:
> > > Hi,
> > >
> > > On Wednesday, 23 May 2007 09:25, Romano Giannetti wrote:
> > > >
Jesse Barnes wrote:
On Wednesday, May 23, 2007 8:20:14 Linus Torvalds wrote:
On Wed, 23 May 2007, Linus Torvalds wrote:
Sure. I think mmconfig is perfectly sane if it falls back to conf1
accesses for legacy stuff..
.. but without a regression, it's obviously a post-2.6.22 thing, I guess I
On May 23 2007 19:57, Jan Engelhardt wrote:
>>
>>> Please read the FAQ at http://www.tux.org/lkml/
>>>
>>> There you will notice that use of Linux KERNEL does not mean that
>>> your must publish sources for your proprietary application, or to
>>> make it easy for somebody to make a distribution
since kconfig is such a nice build system, more projects other than the Linux
kernel have started to integrate it (like uClibc and busybox) ... it'd be nice
if it were easier to customize for each project so that when we pull down the
latest version, we dont have to go through and tweak all of the
On 05/24/2007 07:08 AM, Randy Dunlap wrote:
Rene Herman wrote:
Okay. I would by the way not be against turning the timestamping off by
default and turning it _on_ with a "timestamps" or "logtime" or
whatever option. The information is sometimes handy for seeing the
(clustering of) event
Rene Herman wrote:
On 05/23/2007 10:55 PM, Randy Dunlap wrote:
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 log timestamps)
or nots or notimestamps or
On 05/23/2007 10:55 PM, Randy Dunlap wrote:
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 log timestamps)
or nots or notimestamps or nologtime instead
Vasily Averin a écrit :
sys_setsockopt() do not check properly timeout values for
SO_RCVTIMEO/SO_SNDTIMEO, for example it's possible to set negative timeout
values. POSIX do not defines behaviour for sys_setsockopt in case negative
timeouts, but requires that setsockopt() shall fail with -EDOM
Hi Satyam,
Thanks for you comments.
On 5/24/07, Satyam Sharma <[EMAIL PROTECTED]> wrote:
On 5/23/07, Nitin Gupta <[EMAIL PROTECTED]> wrote:
> diff --git a/include/linux/lzo1x.h b/include/linux/lzo1x.h
> [...]
> +/* Size of temp buffer (workmem) required by lzo1x_compress */
> +#define
sys_setsockopt() do not check properly timeout values for
SO_RCVTIMEO/SO_SNDTIMEO, for example it's possible to set negative timeout
values. POSIX do not defines behaviour for sys_setsockopt in case negative
timeouts, but requires that setsockopt() shall fail with -EDOM if the send and
receive
Willy Tarreau wrote:
On Thu, May 24, 2007 at 11:28:15AM +0800, gshan wrote:
This morning, I tried command "kill -7 [pid]" but didn't see the core
file. Anybody has ideas?
do the following before starting your program :
# ulimit -c unlimited
You can check before and after that the
On Wednesday 23 May 2007 13:07, Nico Golde wrote:
> Hi,
> I am currently implementing a general purpose shared library
> for acpi focused on all the tools giving acpi information
> like battery, thermal zones, fans, etc.
Note that /proc/acpi is going away in the long term.
The ideal is that
the Blackfin on-chip watchdog has controllable behavior ... it can be
configured to reset the processor (like a normal watchdog), or it can
be configured to simply generate an interrupt.
i can see embedded systems where simply resetting the system is not
desirable ... perhaps it's the control
Ben Collins wrote:
> Various unusual dev entries accumulated from Ubuntu bug reports.
>
> CC: Phil Dibowitz <[EMAIL PROTECTED]>
NACK. Two fixes I'd like to see fixed.
> +/* SanDisk that has a second LUN for a driver ISO, reported by
> + * Ben Collins <[EMAIL PROTECTED]> */
> +UNUSUAL_DEV(
We should do better here by effetively "dereferencing" references to
the .toc (or the .got2) section, but that is much harder.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
scripts/mod/modpost.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
--
Cheers,
Stephen
Hi Pierre,
I saw a mail thread about you working on SDIO support in existing MMC
stack in Linux, I was wondering whether you have some updates (patches)
on this.
As we have a plan to develop the SDIO layer and use the existing MMC
stack (for memory portion of combo cards and memory only cards).
On Wed, 2007-05-23 at 20:59 -0700, Phil Dibowitz wrote:
> Ben Collins wrote:
> > Various unusual dev entries accumulated from Ubuntu bug reports.
> >
> > CC: Phil Dibowitz <[EMAIL PROTECTED]>
>
> NACK. Two fixes I'd like to see fixed.
>
> > +/* SanDisk that has a second LUN for a driver ISO,
On 5/23/07, Richard Purdie <[EMAIL PROTECTED]> wrote:
On Wed, 2007-05-23 at 09:16 -0700, Andrew Morton wrote:
> On Wed, 23 May 2007 19:51:44 +0530 "Nitin Gupta" <[EMAIL PROTECTED]> wrote:
> > On 5/23/07, Michael-Luke Jones <[EMAIL PROTECTED]> wrote:
> If so, it was quite inappropriate that a
On Thu, 24 May 2007, Paul Mackerras wrote:
> That is (presumably) true today, but is in fact a redefinition of what
> ZONE_DMA historically was for.
I do not know too much about the history but when I tried to correlate
all the different ways that arches use the zone this definition was the
Christoph Lameter writes:
> > The DMA zone is for memory allocations _for_ _DMA_. If all your memory
> > is DMA-able then it belongs in the DMA zone.
>
> Nope. The DMA zone is for crappy DMA devices that can only use a portion
> of memory.
That is (presumably) true today, but is in fact a
From: Randy Dunlap <[EMAIL PROTECTED]>
If a parameter description begins with a '.', this indicates a
"request" for "man" mode output (*roff), so it needs special
handling.
Problem case is in include/asm-i386/atomic.h for function
atomic_add_unless():
* @u: ...unless v is equal to u.
This
On Thu, May 24, 2007 at 11:28:15AM +0800, gshan wrote:
> This morning, I tried command "kill -7 [pid]" but didn't see the core
> file. Anybody has ideas?
do the following before starting your program :
# ulimit -c unlimited
You can check before and after that the core size changed from 0 to
On Wednesday, May 23, 2007 8:20:14 Linus Torvalds wrote:
> On Wed, 23 May 2007, Linus Torvalds wrote:
> > Sure. I think mmconfig is perfectly sane if it falls back to conf1
> > accesses for legacy stuff..
>
> .. but without a regression, it's obviously a post-2.6.22 thing, I guess I
> should make
On Thu, 2007-05-24 at 11:23 +0800, Aubrey Li wrote:
> Thanks.
>
> Acked-by: Aubrey Li <[EMAIL PROTECTED]>
>
> On 5/24/07, Alan Cox <[EMAIL PROTECTED]> wrote:
> > Add the needed definitions to activate arbitary speed support on the
> > blackfin platform.
> >
> > Signed-off-by: Alan Cox <[EMAIL
Hi Jiri,
On Wednesday 23 May 2007 19:40, Jiri Kosina wrote:
> This is pretty strange. Mouse shouldn't be claimed by hiddev. Seems like
> this mouse probably has some "interesting" HID report descriptor. Could
> you please recompile with CONFIG_HID_DEBUG enabled and send me the output?
>
It
This morning, I tried command "kill -7 [pid]" but didn't see the core
file. Anybody has ideas?
bash-2.05b# ps
PID USER COMMAND
1 0init
2 0[ksoftirqd/0]
3 0[watchdog/0]
4 0[events/0]
5 0[khelper]
6 0[kthread]
36 0
Thanks.
Acked-by: Aubrey Li <[EMAIL PROTECTED]>
On 5/24/07, Alan Cox <[EMAIL PROTECTED]> wrote:
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
On Wed, 23 May 2007 20:00:52 -0700 (PDT) Christoph Lameter wrote:
> New version with Randy's fixes:
well... :)
> Index: slub/Documentation/kernel-parameters.txt
> ===
> --- slub.orig/Documentation/kernel-parameters.txt
On Wed, 23 May 2007, Linus Torvalds wrote:
>
> Sure. I think mmconfig is perfectly sane if it falls back to conf1
> accesses for legacy stuff..
.. but without a regression, it's obviously a post-2.6.22 thing, I guess I
should make that clear, just because I think people send me patches after
On Wed, 23 May 2007, Jesse Barnes wrote:
>
> So what do you think? You ok with enabling mmconfig if it's available as
> long
> as we use type 1 accesses for non-extended stuff? If so, I think the patches
> are pretty much ready...
Sure. I think mmconfig is perfectly sane if it falls back
On Wed, 23 May 2007 17:59:10 -0400 Ben Collins wrote:
> diff --git a/arch/i386/boot/compressed/misc.c
> b/arch/i386/boot/compressed/misc.c
> index b28505c..cc630d5 100644
> --- a/arch/i386/boot/compressed/misc.c
> +++ b/arch/i386/boot/compressed/misc.c
> @@ -278,6 +277,9 @@ static void
On Wednesday, May 23, 2007 8:08:23 Jesse Barnes wrote:
> On Wednesday, May 23, 2007 5:20:46 Wayne Sherman wrote:
> > Ivan Kokshaysky wrote:
> > > No, it won't help. The 1M range (ff50-ff5f) is more than
> > > enough.
> >
> > Good catch, I didn't look close enough at the allocations of the
On Wednesday, May 23, 2007 5:20:46 Wayne Sherman wrote:
> Ivan Kokshaysky wrote:
> > No, it won't help. The 1M range (ff50-ff5f) is more than enough.
>
> Good catch, I didn't look close enough at the allocations of the devices
> under the bridge.
>
> > The reason why the D-Link resource is
New version with Randy's fixes:
SLUB: More documentation
Update documentation to describe how to read a SLUB error report.
Add slub parameters to Documentation/kernel-parameters.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
Documentation/kernel-parameters.txt | 37 +-
On Wednesday, May 23, 2007 5:21:13 Linus Torvalds wrote:
> On Wed, 23 May 2007, Jesse Barnes wrote:
> > After I sent my last message I realized the same thing... though I
> > occasionally hear people talk about removing it (I seriously doubt that
> > will ever happen). I don't even think there's
On Wed, 23 May 2007, Randy Dunlap wrote:
> > > A few words in slub.txt, perhaps?
>
> Thanks for the update. A few nits below.
Ok will get the nits out soon.
> How large is the RedZone? Is it a fixed size or does it vary?
The red zone are between 1 byte and a full word. If the object does
In order to enable things like PM_TRACE, you're required to enable
PM_DEBUG, which sends a large spew of messages on boot, and often times
can overflow dmesg buffer.
Create new PM_VERBOSE and shift that to be the option that enables
drivers/base/power's messages.
Signed-off-by: Ben Collins
If srvTcp->tsk is NULL then the thread (cifs_demultiplex_thread) is
getting ready to exit and kthread_stop would not be needed.
It would probably be possible to recode this so we don't need to call
kthread_stop at all (send_sig is apparently required to wake up this
thread when blocked in
On Wed, 23 May 2007, Linus Torvalds wrote:
>
> So please, please, please, realize that the compiler is _stupid_, and
> fixing warnings without understanding the code is bad.
Btw, this is fundamental. If you don't need to understand the code, then
the compiler could have just fixed it for
On 5/23/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
Alan Cox wrote:
>> Google does not distribute their software, so they do not have to make
>> their modifications public.
>
> They do for the kernel - they produce an "appliance".
Ah, I stand corrected.
>> WRT the Linux kernel, Google is
This work around has been in use by almost any distribution trying to
support sparc64 since at least 2002. Without it, sunhme hangs fairly
quickly on UltraSPARC 1's.
Dave, I know it's not in the kernel because it isn't a "fix", but given
that we haven't seen a fix in more than 5 years, can we get
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/namei.c|3 +--
include/linux/namei.h |1 -
2 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index 50285a1..15f45ac 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@ -1024,7 +1024,7 @@
use vfs_path_lookup instead of open-coding the necessary functionality.
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
Acked-by: NeilBrown <[EMAIL PROTECTED]>
---
fs/nfsctl.c | 16 ++--
1 files changed, 6 insertions(+), 10 deletions(-)
diff --git a/fs/nfsctl.c b/fs/nfsctl.c
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/namei.c| 32
include/linux/namei.h |2 ++
2 files changed, 34 insertions(+), 0 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index 580162b..a30efbc 100644
--- a/fs/namei.c
+++
use vfs_path_lookup instead of open-coding the necessary functionality.
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
Acked-by: Trond Myklebust <[EMAIL PROTECTED]>
---
net/sunrpc/rpc_pipe.c | 16 +++-
1 files changed, 7 insertions(+), 9 deletions(-)
diff --git
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/namei.c|4 +++-
include/linux/namei.h |1 -
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index a30efbc..50285a1 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@ -107,6 +107,8 @@
The only change since V3, is the fix for a vfsmount reference leak in the
nfsctl patch (pointed out by hch).
Stackable file systems, among others, frequently need to lookup paths or
path components starting from an arbitrary point in the namespace
(identified by a dentry and a vfsmount).
On Wed, 2007-05-23 at 17:17 -0700, David Miller wrote:
> From: Ben Collins <[EMAIL PROTECTED]>
> Date: Wed, 23 May 2007 18:30:46 -0400
>
> > This work around has been in use by almost any distribution trying to
> > support sparc64 since at least 2002. Without it, sunhme hangs fairly
> > quickly
On Thu, 24 May 2007, Bartlomiej Zolnierkiewicz wrote:
> diff --git a/drivers/ide/pci/serverworks.c b/drivers/ide/pci/serverworks.c
> index 6234f80..47bcd91 100644
> --- a/drivers/ide/pci/serverworks.c
> +++ b/drivers/ide/pci/serverworks.c
> @@ -173,7 +179,7 @@ dma_pio:
>
Snippet from dmesg output (the full dmesg output was attached to my
previous e-mail right before this one regarding 2.6.22-rc2 amd64+4gb
ram agpgart bug):
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
NET: Registered protocol
This issue appears to be identical to the one reported here:
http://lists.opensuse.org/opensuse-amd64/2007-04/msg1.html
By manually adding mem=4096M to my boot line, the system is able to
come up fine. Otherwise, it will randomly hang during boot after the
line:
agpgart: detected an Intel
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
Documentation/ecryptfs.txt | 77
Documentation/filesystems/ecryptfs.txt | 77
2 files changed, 77 insertions(+), 77 deletions(-)
delete mode 100644
Hello.
I ran 2.6.22-rc2 on Debian Sarge / VMware 5.5.4 / ThinkPad X60
and found a BUG message on startup.
It seems it is harmless because the system can continue running,
but may be something bad?
Kernel config is at http://I-love.SAKURA.ne.jp/tmp/config-2.6.22-rc2
Thanks.
- dmesg -
On 5/23/07, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
On Wed, 23 May 2007, Ray Lee wrote:
> Which is the crux of my problem with your statement. I feel we
> shouldn't give the wrong idea to those authors. They need to know that
> the expectation is that 2.6.x is a stable series, and
The "==" operator is not in POSIX, so use -eq instead.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
index cdca738..9681476 100644
--- a/scripts/kconfig/lxdialog/check-lxdialog.sh
+++ b/scripts/kconfig/lxdialog/check-lxdialog.sh
@@ -51,7 +51,7 @@ usage() {
printf "Usage: $0
Paul M wrote:
> cpuset.c:update_nodemask() uses a write_lock_irq() on tasklist_lock to
> block concurrent forks; a read_lock() suffices and is less intrusive.
Seems reasonable to me - thanks.
> - write_lock_irq(_lock); /* block fork */
> + read_lock(_lock);
On Wed, 23 May 2007, Andreas Gruenbacher wrote:
> This is backwards from what AppArmor does. The policy defines which paths may
> be accessed; all paths not explicitly listed are denied. If files are mounted
> at multiple locations, then the policy may allow access to some locations but
> not
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/bart/ide-2.6.git/
to receive the following updates:
drivers/ide/ide-dma.c |4 +++-
drivers/ide/ide-proc.c|2 ++
drivers/ide/pci/atiixp.c |1 +
drivers/ide/pci/serverworks.c | 14 ++
On Monday 21 May 2007, Dave Jones wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=1044
> has been open for _four_ years with a patch available.
> Here's a rediffed version of the same.
>
> Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
Uh, it seems that this fix got stuck in the kernel "black
On Tuesday 22 May 2007, Junio C Hamano wrote:
> There are a few entries in ata_device_blacklist[] in libata-core.c
> marked with HORKAGE_NODMA but are missing from drive_blacklist[]
> in ide-dma.c. This patch makes the lists in sync.
>
> Also remove a duplicated entry for "SanDisk SDP3B-64".
>
Hi,
On Wednesday 16 May 2007, Adrian Bunk wrote:
> On Tue, May 15, 2007 at 08:19:14PM -0700, Andrew Morton wrote:
> >...
> > - Added an i386 early-startup development tree, as git-newsetup.patch ("H.
> > Peter Anvin" <[EMAIL PROTECTED]>)
> >...
> > Changes since 2.6.21-mm2:
> >...
> >
cpuset.c:update_nodemask() uses a write_lock_irq() on tasklist_lock to
block concurrent forks; a read_lock() suffices and is less intrusive.
Signed-off-by: Paul Menage<[EMAIL PROTECTED]>
---
kernel/cpuset.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index:
On Wed, 23 May 2007 16:36:07 -0700 (PDT) Christoph Lameter wrote:
> On Wed, 23 May 2007, Andrew Morton wrote:
>
> > A few words in slub.txt, perhaps?
Thanks for the update. A few nits below.
> SLUB: More documentation
>
> Update documentation to describe how to read a SLUB error report.
>
CC: Marcel Holtmann <[EMAIL PROTECTED]>
CC: Maxim Krasnyansky <[EMAIL PROTECTED]>
Signed-off-by: Tim Gardner <[EMAIL PROTECTED]>
Signed-off-by: Phillip lougher <[EMAIL PROTECTED]>
Signed-off-by: Ben Collins <[EMAIL PROTECTED]>
---
drivers/bluetooth/hci_usb.c |2 +-
1 files changed, 1
Signed-off-by: Ben Collins <[EMAIL PROTECTED]>
---
drivers/char/rtc.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/char/rtc.c b/drivers/char/rtc.c
index 20380a2..22cf7aa 100644
--- a/drivers/char/rtc.c
+++ b/drivers/char/rtc.c
@@ -1159,7 +1159,8 @@ static
Hi,
I have one problem about this: after the srvTcp->tsk is set to NULL
(maybe the thread is still there, isn't it?), is the kthread still
needed to be stopped by calling kthread_stop()? If it is true, then
the task_struct should be saved before send_sig like my patch:
Signed-off-by: Ben Collins <[EMAIL PROTECTED]>
---
arch/i386/Kconfig.debug|6 ++
arch/i386/boot/compressed/misc.c |8 +---
arch/x86_64/Kconfig.debug |6 ++
arch/x86_64/boot/compressed/misc.c |8 +---
4 files changed, 22 insertions(+), 6
From: Erez Zadok <[EMAIL PROTECTED]>
Removed old workaround code that was needed to get mmap working, is no
longer needed with recent kernels.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/super.c | 20
Thomas Gleixner wrote:
> On Tue, 2007-05-22 at 16:01 -0700, Kevin Hilman wrote:
>> Add a preempt_enable() to flush_tlb_kernel_page() since -rt4 patch
>> adds a preempt_disable but no preempt_enable().
>>
>> Signed-off-by: Kevin Hilman <[EMAIL PROTECTED]>
>
> Good catch. Applied.
Thomas could you
Original-patch-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/copyup.c | 24 ++--
1 files changed, 22 insertions(+), 2 deletions(-)
diff --git a/fs/unionfs/copyup.c b/fs/unionfs/copyup.c
index 0975b6e..a80ece6 100644
From: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/commonfops.c |7 ---
fs/unionfs/copyup.c |2 +-
fs/unionfs/dentry.c |8 +---
fs/unionfs/inode.c | 15
From: Erez Zadok <[EMAIL PROTECTED]>
Audited entire code for documentation. Added comments at top of functions
where it felt necessary (i.e., function's name and size don't make it clear
what it may be doing precisely). Reformatted some long comments. Fixed a
few comment typos and spelling
Various unusual dev entries accumulated from Ubuntu bug reports.
CC: Phil Dibowitz <[EMAIL PROTECTED]>
CC: Alan Stern <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
Signed-off-by: Ben Collins <[EMAIL PROTECTED]>
---
drivers/usb/storage/unusual_devs.h | 21 +++--
1 files changed, 19
From: Erez Zadok <[EMAIL PROTECTED]>
Includes:
- consistent style for multi-line comments
- spell-check of all strings and comments
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/stack.c |6 --
Moved unionfs_query_file closer to its one user in commonfops.c.
Additionally, it can now become static, and branchman.c can be removed as it
is empty.
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/Makefile |4 +-
fs/unionfs/branchman.c | 60
From: Erez Zadok <[EMAIL PROTECTED]>
To avoid potential confusion with a VFS function, rename our version of
double_lock_dentry to unionfs_double_lock_dentry.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/inode.c |2 +-
The __unionfs_write helper function was used only by unionfs_write, and
there is really no reason why they should not be combined.
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/file.c | 30 ++
1 files changed, 10 insertions(+), 20 deletions(-)
From: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/sioq.h |1 +
fs/unionfs/union.h | 50 +-
2 files changed, 26 insertions(+), 25
From: Erez Zadok <[EMAIL PROTECTED]>
Change instances of "foo * var" to "foo *var" for consistency.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/copyup.c |6 +++---
fs/unionfs/file.c | 14 +++---
Patch set to sync up some Ubuntu patches.
Git tree: git://kernel.ubuntu.com/bcollins/ubuntu-for-upstream
-
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.kernel.org/majordomo-info.html
From: Erez Zadok <[EMAIL PROTECTED]>
To avoid confusion with the VFS function do_rename, and to help ctags,
rename our utility (static) function do_rename to __unionfs_rename.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
From: Erez Zadok <[EMAIL PROTECTED]>
Unionfs requires the leftmost branch to be writeable for copyup to work
properly and simply. If, through branch-management commands (add, delete,
or mode change), the leftmost branch will becomes readonly, then return an
error (and tell the user to use
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/union.h | 34 +++---
1 files changed, 7 insertions(+), 27 deletions(-)
diff --git a/fs/unionfs/union.h b/fs/unionfs/union.h
index 5376b76..335d579 100644
--- a/fs/unionfs/union.h
+++
From: Erez Zadok <[EMAIL PROTECTED]>
Added detailed comment and updated documentation to explain why overlapping
branches are disallowed, and better explain the cache coherency issues.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
Change the branch management code to use krealloc instead of playing tricks
with kmalloc/memcpy/kfree.
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/super.c | 56 +---
1 files changed, 14 insertions(+), 42 deletions(-)
From: Yiannis Pericleous <[EMAIL PROTECTED]>
Signed-off-by: Yiannis Pericleous <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/super.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/fs/unionfs/super.c b/fs/unionfs/super.c
krealloc already checks if the new size is greater than the old size.
Therefore, we can call realloc unconditionally - making the code simpler and
cleaner.
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/lookup.c | 26 --
1 files changed, 8
From: Erez Zadok <[EMAIL PROTECTED]>
The old logic was broken in one place, which another place tried to "fix"
incorrectly. Also added detailed comments to explain the new/correct logic.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
From: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/stack.c | 11 +++
fs/unionfs/sioq.c|5 -
fs/unionfs/sioq.h| 13 +
include/linux/fs_stack.h
From: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
Documentation/filesystems/unionfs/usage.txt |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
1 - 100 of 1026 matches
Mail list logo