Alexandre Oliva wrote:
> On Jun 17, 2007, Linus Torvalds <[EMAIL PROTECTED]> wrote:
>> No. You've explained one thing only: that you cannot see that people don't
>> *agree* on the "spirit".
>
> They don't have to.
>
> Just like nobody but you can tell why you chose the GPLv2, nobody but
> RMS
On Sun, Jun 17, 2007 at 02:13:39PM +0200, Rafael J. Wysocki wrote:
> On Sunday, 17 June 2007 13:47, Oleg Verych wrote:
[]
> > It's OK _only_ in case of unknown, hard to find *hardware* bugs.
> >
> > If you think it's "a good thing" for bad, untested by developer
> > code, then something is
Hi all,
Here is a list of some known regressions in 2.6.22-rc5.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
Unclassified
Subject: Kernel hang on CMOS_READ
References : http://lkml.org/lkml/2007/6/3/138
Submitter : Rodrigo Luiz <[EMAIL
Hi all,
Here is a list of some known regressions in 2.6.22-rc5.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
SATA/PATA
Subject: libata IT821X driver still fails! Hard-freezes system
References : http://lkml.org/lkml/2007/6/14/82
Submitter
Hi all,
Here is a list of some known regressions in 2.6.22-rc5
with patches available.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
Unclassified
Subject: CONFIG_DEBUG_RODATA prevents kprobes from working on 2.6.22-rc2
References :
Hi all,
Here is a list of some known regressions in 2.6.22-rc5
with patches available.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
Memory management
Subject: bug in i386 MTRR initialization
References : http://lkml.org/lkml/2007/5/19/93
On Sun, Jun 17, 2007 at 03:17:58PM +0200, Michal Piotrowski wrote:
> On 17/06/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
>...
>> Fine with me, but:
>>
>> There are not so simple cases like big infrastructure patches with
>> 20 other patches in the tree depending on it causing a regression, or
>>
On Wed, Jun 13, 2007 at 01:39:29PM -0700, Roland Dreier wrote:
> > Can you please try the attached patch? I have compiled it with
CONFIG_ES7000=y
> > and CONFIG_X86_GENERICARCH=n. But don't have any ES7000 machine to
test it.
>
> I actually don't have anything remotely like ES7000 iether. I
On Sun, 17 Jun 2007, Michal Piotrowski wrote:
> SELinux
>
> Subject: very high non-preempt latency in context_struct_compute_av()
> References : http://lkml.org/lkml/2007/6/4/78
> Submitter : Ingo Molnar <[EMAIL PROTECTED]>
> Handled-By : Stephen Smalley <[EMAIL PROTECTED]>
>
On Sun, Jun 17, 2007 at 04:24:30PM +0200, Oleg Verych wrote:
> On Sun, Jun 17, 2007 at 02:13:39PM +0200, Rafael J. Wysocki wrote:
> > On Sunday, 17 June 2007 13:47, Oleg Verych wrote:
> []
> > > It's OK _only_ in case of unknown, hard to find *hardware* bugs.
> > >
> > > If you think it's "a good
With previous patch card is generating MPEG audio stream too.
Unfortunatly I2S audio output is muted. Unmute it.
Signed-off-by: Rafal Bilski <[EMAIL PROTECTED]>
---
drivers/media/video/saa7134/saa7134-empress.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git
On Sun, Jun 17, 2007 at 05:17:57AM -0300, Alexandre Oliva wrote:
> Just make the tivoization machinery require two keys: one that the
> vendor keeps, one that the vendor gives to the user (maybe without
> ever knowing it). Neither one can install modifications alone, but
> the user can approve
Il Sat, Jun 16, 2007 at 10:43:23AM +0300, Avi Kivity ha scritto:
> Luca Tettamanti wrote:
> > Il Fri, Jun 15, 2007 at 12:06:50PM +0300, Avi Kivity ha scritto:
> >
> >>> After a bit of thinking: it's correct but removes an optimization;
> >>> furthermore it may miss other instructions that
* James Morris <[EMAIL PROTECTED]> wrote:
> > SELinux
> >
> > Subject: very high non-preempt latency in context_struct_compute_av()
> > References : http://lkml.org/lkml/2007/6/4/78
> > Submitter : Ingo Molnar <[EMAIL PROTECTED]>
> > Handled-By : Stephen Smalley <[EMAIL PROTECTED]>
> >
* Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Subject: long freezes on thinkpad t60
> References : http://lkml.org/lkml/2007/5/24/100
> Submitter : Miklos Szeredi <[EMAIL PROTECTED]>
> Handled-By : Ingo Molnar <[EMAIL PROTECTED]>
> Patch : http://lkml.org/lkml/2007/6/16/81
> Status
Luca Tettamanti wrote:
Actually we haven't; just before the memcpy(), we can put a memcmp() to
guard the kvm_mmu_pte_write(), which is the really expensive operation,
especially with guest smp.
Yup, but it seemed wasteful to map (at least when highmem is in use) a
page just to check for
On Sun, 2007-06-17 at 13:04 +0200, Rafael J. Wysocki wrote:
> On Sunday, 17 June 2007 11:49, Soeren Sonnenburg wrote:
> > OK,
[...]
> > slab & fglrx works
> > slub & console works
> > slub & X11+fglrx creates hangs on suspend (black screen - no further
> > idea ...)
> >
> > It should be noted
On 17/06/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
* Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Subject: long freezes on thinkpad t60
> References : http://lkml.org/lkml/2007/5/24/100
> Submitter : Miklos Szeredi <[EMAIL PROTECTED]>
> Handled-By : Ingo Molnar <[EMAIL PROTECTED]>
>
Hi Soeren,
On 17/06/07, Soeren Sonnenburg <[EMAIL PROTECTED]> wrote:
On Sun, 2007-06-17 at 13:04 +0200, Rafael J. Wysocki wrote:
> On Sunday, 17 June 2007 11:49, Soeren Sonnenburg wrote:
> > OK,
[...]
> > slab & fglrx works
> > slub & console works
> > slub & X11+fglrx creates hangs on suspend
Hi,
please ignore the last revision of this patch. There were some places where
semantics where changed instead of just presentation. Also the bd_claim()
'fixup' was reverted, due to a misunderstanding of the code.
This patch replaces some funky codepaths in fs/block_dev.c with cleaner
On Sun, 2007-06-17 at 17:33 +0200, Michal Piotrowski wrote:
> Hi Soeren,
Hi Michael,
[...]
> > I have one question: What if I don't load fglrx.ko but still use the
> > proprietary binary driver for xorg.
>
> AFAIK it will not work.
well I *know* that X works without fglrx loaded (no 3d
On Sun, 2007-06-17 at 10:39 +0200, Bernhard Walle wrote:
> This patch in the blink driver changes the module to only blink when
> the parameter 'blink' is set to true. This is to allow the module to
> be compiled in the kernel and not as module.
it also has a 1000Hz timer in it... which sucks
I was looking at some of the stupider code that calls msleep(),
particularly that which does
msleep(jiffies_to_msecs(jiff))
and I noticed that msleep() just calls schedule_timeout_uninterruptible().
But it does it in a loop.
The basic question is, when does the loop make a difference?
Is
On 17/06/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
On Sun, Jun 17, 2007 at 03:17:58PM +0200, Michal Piotrowski wrote:
> On 17/06/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
>...
>> Fine with me, but:
>>
>> There are not so simple cases like big infrastructure patches with
>> 20 other patches in
On 6/9/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
i'm pleased to announce the v2.6.21.4-rt11 kernel, which can be
downloaded from the usual place:
http://people.redhat.com/mingo/realtime-preempt/
more info about the -rt patchset can be found in the RT wiki:
On Thu, Jun 14, 2007 at 03:15:06AM +0200, Carlo Wood wrote:
> Hi Dave, I have an amd64 box for which every kernel
> after 2.6.18 hangs during boot, so I have no dmesg :(
>
> I used git bisect to find out where the problem patch is,
> and assuming bisect works (imho it jumped between versions
>
Adrian Bunk wrote:
>>> And we should be aware that reverting is only a workaround for the real
>>> problem which lies in our bug handling.
>> ...
>
> And this is something I want to emphasize again.
>
> How can we make any progress with the real problem and not only the
> symptoms?
...
Perhaps
On Sun, 2007-06-17 at 11:15 -0500, Nelson Castillo wrote:
> > http://rt.wiki.kernel.org
>
> Not for ARM yet :(
>
> What should I try for the ARM architecture?
ARM has a lot of sub architectures and not all of them are supported
yet.
> There are many choices and
> I don't know what is the
On 17/06/07, Stefan Richter <[EMAIL PROTECTED]> wrote:
Adrian Bunk wrote:
>>> And we should be aware that reverting is only a workaround for the real
>>> problem which lies in our bug handling.
>> ...
>
> And this is something I want to emphasize again.
>
> How can we make any progress with the
On 6/17/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
On Sun, 2007-06-17 at 11:15 -0500, Nelson Castillo wrote:
> > http://rt.wiki.kernel.org
>
> Not for ARM yet :(
>
> What should I try for the ARM architecture?
ARM has a lot of sub architectures and not all of them are supported
yet.
When the old value and new one are the same the emulator skips the
write; this is undesiderable when the destination is a MMIO area and the
write shall be performed regardless of the previous value. This
optimization breaks e.g. a Linux guest APIC compiled without
X86_GOOD_APIC.
Remove the check
When writing to normal memory and the memory area is unchanged the write
can be safely skipped, avoiding the costly kvm_mmu_pte_write.
Signed-Off-By: Luca Tettamanti <[EMAIL PROTECTED]>
---
drivers/kvm/kvm_main.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git
Luca Tettamanti wrote:
When the old value and new one are the same the emulator skips the
write; this is undesiderable when the destination is a MMIO area and the
write shall be performed regardless of the previous value. This
optimization breaks e.g. a Linux guest APIC compiled without
On Sun, 2007-06-17 at 11:49 -0500, Nelson Castillo wrote:
> > > There are many choices and
> > > I don't know what is the more friendly. By friendly I mean the one that
> > > is likely to be merged and that cooperate with you.
> >
> > Which choices do you mean ?
>
> I mean implementations. I've
On Sun, 17 Jun 2007, Nicholas Miell wrote:
> On Sat, 2007-06-16 at 20:33 -0700, Linus Torvalds wrote:
> > In a stunning turn of events, I've actually been able to make another -rc
> > release despite all the discussion (*cough*flaming*cough*) about other
> > issues, and we now have a
Hello.
Bartlomiej Zolnierkiewicz wrote:
This patch allows users to override both host and device side cable detection
with "ideX=ata66" kernel parameter. Thanks to this it should be now possible
to use UDMA > 2 modes on systems (laptops mainly) which use short 40-pin cable
instead of 80-pin
Neil Brown wrote:
On Thursday June 14, [EMAIL PROTECTED] wrote:
On Fri, 15 Jun 2007, Neil Brown wrote:
On Thursday June 14, [EMAIL PROTECTED] wrote:
what is the limit for the number of devices that can be in a single array?
I'm trying to build a 45x750G array and want to
Hello!
I didn't follow the whole thread from the beginning, but I see that
there are pros and cons for both versions of GPL.
I wonder why the linux kernel development community couldn't propose
an own GPL draft (say v2.2) that is "as free as v2" and that includes
some ideas (from v3) that are
[EMAIL PROTECTED] wrote:
On Sat, 16 Jun 2007, Neil Brown wrote:
It would be possible to have a 'this is not initialised' flag on the
array, and if that is not set, always do a reconstruct-write rather
than a read-modify-write. But the first time you have an unclean
shutdown you are going to
On Sunday, 17 June 2007 16:29, Adrian Bunk wrote:
> On Sun, Jun 17, 2007 at 03:17:58PM +0200, Michal Piotrowski wrote:
> > On 17/06/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >...
> >> Fine with me, but:
> >>
> >> There are not so simple cases like big infrastructure patches with
> >> 20 other
On Sun, 17 Jun 2007, Wakko Warner wrote:
> dean gaudet wrote:
> > On Sat, 16 Jun 2007, Wakko Warner wrote:
> >
> > > When I've had an unclean shutdown on one of my systems (10x 50gb raid5)
> > > it's
> > > always slowed the system down when booting up. Quite significantly I must
> > > say. I
On Sun, 17 Jun 2007, Gabor Czigola wrote:
Hello!
I didn't follow the whole thread from the beginning, but I see that
there are pros and cons for both versions of GPL.
I wonder why the linux kernel development community couldn't propose
an own GPL draft (say v2.2) that is "as free as v2" and
Wolfgang Schnitker wrote:
Dear Kernel Developers,
I had some trouble with my usb devices, often showing a disconnect problem. I
did some googleing and saw, that it is a less or more common problem.
This problem is discussed in various internet sites.
log from my machine:
On Sun, Jun 17, 2007 at 10:29:57AM -0700, [EMAIL PROTECTED] wrote:
> On Sun, 17 Jun 2007, Gabor Czigola wrote:
> >I wonder why the linux kernel development community couldn't propose
> >an own GPL draft (say v2.2) that is "as free as v2" and that includes
> >some ideas (from v3) that are
On 6/17/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
On Sunday, 17 June 2007 16:29, Adrian Bunk wrote:
> On Sun, Jun 17, 2007 at 03:17:58PM +0200, Michal Piotrowski wrote:
> > On 17/06/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >...
> >> Fine with me, but:
> >>
> >> There are not so simple
On Sun, 17 Jun 2007, Oleg Verych wrote:
On Sun, Jun 17, 2007 at 12:22:26PM +0200, Michal Piotrowski wrote:
On 17/06/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Sun, 17 Jun 2007 11:41:36 +0200 Michal Piotrowski
<[EMAIL PROTECTED]> wrote:
+If the patch introduces a new regression and this
Andrew Morton <[EMAIL PROTECTED]> writes:
>
> What is not working, and how does this patch fix it?
FWIW i use nfs root regularly for testing kernels and it works
for me.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
On Sun, 2007-06-17 at 05:42 -0300, Alexandre Oliva wrote:
> Which shows you don't understand the notion of "spirit of license" (as
> opposed to intent of licensing, which I AFAIK invented today to try to
> dispell this confusion), and that the fact that the letter of the
> license doesn't have
Hello all,
Sorry for the delay, I was hiking in the mountains.
this patch indeed fixes the problem. Thanks!
Jean, thanks for the quick fix! Well obviously my fault :/ Sorry.
Unfortunately the coretemp sensors are simply never there when that
patch is applied... which I guess was the
I haven't had time to bisect this, but I'm having a problem on a AMD64
gentoo system where the printer doesn't work with recent kernels.
2.6.18-rc3 worked
2.6.21.1 doesn't
2.6.22-rc4 doesn't
unfortunantly the system is gooted on 2.6.18 at the moment and I'm out of
town so my ability to test
> Please re-submit this fix in the form of a patch so I can merge it.
Here it is.
diff --git a/drivers/ide/ide-taskfile.c b/drivers/ide/ide-taskfile.c
index 30175c7..aa06daf 100644
--- a/drivers/ide/ide-taskfile.c
+++ b/drivers/ide/ide-taskfile.c
@@ -238,7 +238,7 @@
Hi,
The next messages contain the remaining three patches from the previous series
"PM: Remove unused and unnecessary features from suspend and resume core"
that I have promised to resend.
The patches apply to 2.6.22-rc4-mm2, which is particularly important for the
first one, as it is on top of
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
The prev_state member of struct dev_pm_info (defined in include/linux/pm.h) is
only used during a resume to check if the device's state before the suspend was
'off', in which case the device is not resumed. However, in such cases the
decision whether
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
The suspend routines should be called for every device during a system sleep
transition, regardless of the device's state, so that drivers can regard these
method calls as notifications that the system is about to go to sleep, rather
than as directives
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
The checks if the device's parent is in the right state done in
drivers/base/power/suspend.c and drivers/base/power/resume.c serve no particular
purpose, since if the parent is in a wrong power state, the device's suspend or
resume callbacks are
On Sunday, 17 June 2007 19:42, Natalie Protasevich wrote:
> On 6/17/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > On Sunday, 17 June 2007 16:29, Adrian Bunk wrote:
> > > On Sun, Jun 17, 2007 at 03:17:58PM +0200, Michal Piotrowski wrote:
> > > > On 17/06/07, Adrian Bunk <[EMAIL PROTECTED]>
On Sunday 17 June 2007 09:54:39 Michael Poole wrote:
> Daniel Hazelton writes:
> > But your server doesn't run the internet. TiVO may use phone lines to
> > connect a device to their server (and this is an example - I don't know
> > how TiVO devices actually connect) but the network being
* Chuck Ebbert ([EMAIL PROTECTED]) wrote:
> On 06/15/2007 04:23 PM, Mathieu Desnoyers wrote:
> > i386 optimization of the immediate values which uses a movl with code
> > patching
> > to set/unset the value used to populate the register used for the branch
> > test.
> >
> > Signed-off-by:
In 2.6.20, I can boot an arm kernel up to a shell prompt including a virtual
scsi hard drive. In 2.6.21-rc1, this stopped working.
I tried "git bisect" and found out there's a range of about 5000 commits
between the two where arm doesn't compile. At the start of this range, the
controller
I cheered too soon ... I just tested 2.6.22-rc5 and it hangs
again at the same point, right after printing:
agpgart: Detected an Intel 965G Chipset.
So far I tested:
188e1f81ba31af1b65a2f3611df4c670b092bbacBAD 2007-06-17 04:09:12
v2.6.22-rc5
On Sun, Jun 17, 2007 at 06:26:55PM +0200, Stefan Richter wrote:
> Adrian Bunk wrote:
> >>> And we should be aware that reverting is only a workaround for the real
> >>> problem which lies in our bug handling.
> >> ...
> >
> > And this is something I want to emphasize again.
> >
> > How can we
On Jun 17, 2007, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> * Alexandre Oliva <[EMAIL PROTECTED]> wrote:
>> On Jun 15, 2007, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>>
>> > it is a false statement on your part that the executable "does not
>> > function properly" if it lacks that part. Try it:
On Jun 17, 2007, Alan Cox <[EMAIL PROTECTED]> wrote:
>> I don't know any law that requires tivoization.
> In the USSA it is arguable that wireless might need it (if done in
> software) for certain properties. (The argument being it must be
> tamperproof to random end consumers).
But this is not
Hi,
On Sunday 17 June 2007, Adrian Bunk wrote:
> On Sun, Jun 17, 2007 at 03:17:58PM +0200, Michal Piotrowski wrote:
> > On 17/06/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >...
> >> Fine with me, but:
> >>
> >> There are not so simple cases like big infrastructure patches with
> >> 20 other
On Jun 17, 2007, Bernd Schmidt <[EMAIL PROTECTED]> wrote:
> Alexandre Oliva wrote:
>> On Jun 17, 2007, Linus Torvalds <[EMAIL PROTECTED]> wrote:
>>> No. You've explained one thing only: that you cannot see that people don't
>>> *agree* on the "spirit".
>>
>> They don't have to.
>>
>> Just like
Adrian Bunk wrote:
> On Sun, Jun 17, 2007 at 06:26:55PM +0200, Stefan Richter wrote:
>> Another approach: Figure out areas where quality is exemplary and try
>> to draw conclusions for areas where quality is lacking.
>
> ieee1394 has a maintainer who is looking after all bug reports he gets.
Daniel Hazelton writes:
> On Sunday 17 June 2007 09:54:39 Michael Poole wrote:
>> Daniel Hazelton writes:
>> > But your server doesn't run the internet. TiVO may use phone lines to
>> > connect a device to their server (and this is an example - I don't know
>> > how TiVO devices actually connect)
On 6/17/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
On Sun, Jun 17, 2007 at 06:26:55PM +0200, Stefan Richter wrote:
> Adrian Bunk wrote:
> >>> And we should be aware that reverting is only a workaround for the real
> >>> problem which lies in our bug handling.
> >> ...
> >
> > And this is
Hi!
> This patch-set aims at removing the current limit on argv+env space aka.
> MAX_ARG_PAGES.
Thanks a lot for solving this properly. I have been upping current limits to
some
insane ammounts to work around this.
Pavel
--
(english)
On Sun, 17 Jun 2007 20:53:41 +0200 Bartlomiej Zolnierkiewicz <[EMAIL
PROTECTED]> wrote:
>
>
> IMO we should concentrate more on preventing regressions than on fixing them.
> In the long-term preventing bugs is cheaper than fixing them afterwards.
>
> First let me tell you all a little
On Jun 17, 2007, Jan Harkes <[EMAIL PROTECTED]> wrote:
> On Sun, Jun 17, 2007 at 05:17:57AM -0300, Alexandre Oliva wrote:
>> Just make the tivoization machinery require two keys: one that the
>> vendor keeps, one that the vendor gives to the user (maybe without
>> ever knowing it). Neither one
On 17/06/07, Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> wrote:
Hi,
On Sunday 17 June 2007, Adrian Bunk wrote:
> On Sun, Jun 17, 2007 at 03:17:58PM +0200, Michal Piotrowski wrote:
> > On 17/06/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >...
> >> Fine with me, but:
> >>
> >> There are not
On Jun 17, 2007, "Gabor Czigola" <[EMAIL PROTECTED]> wrote:
> I wonder why the linux kernel development community couldn't propose
> an own GPL draft (say v2.2) that is "as free as v2" and that includes
> some ideas (from v3) that are considered as good (free, innovative, in
> the spirit of
On Sun, Jun 17, 2007 at 06:22:35PM +0200, Carlo Wood wrote:
> > Hi Dave, I have an amd64 box for which every kernel
> > after 2.6.18 hangs during boot, so I have no dmesg :(
> >
> > I used git bisect to find out where the problem patch is,
> > and assuming bisect works (imho it jumped
* Pavel Machek <[EMAIL PROTECTED]> wrote:
> Hi!
>
> > This patch-set aims at removing the current limit on argv+env space
> > aka. MAX_ARG_PAGES.
>
> Thanks a lot for solving this properly. I have been upping current
> limits to some insane ammounts to work around this.
seconded! I have
This makes it more symmetric with new_dentry_private_info.
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/dentry.c |3 +--
fs/unionfs/lookup.c | 13 ++---
fs/unionfs/main.c |2 +-
fs/unionfs/union.h |2 +-
4 files changed, 9 insertions(+), 11
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/lookup.c | 96 +++---
fs/unionfs/union.h |1 +
2 files changed, 60 insertions(+), 37 deletions(-)
diff --git a/fs/unionfs/lookup.c b/fs/unionfs/lookup.c
index 758c813..246a67a
Since we use containers and the struct inode is _inside_ the
unionfs_inode_info structure, UNIONFS_I will always (given a non-NULL inode
pointer), return a valid non-NULL pointer.
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/fanout.h |8 +++-
fs/unionfs/super.c |
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/fanout.h | 35 +++
1 files changed, 35 insertions(+), 0 deletions(-)
diff --git a/fs/unionfs/fanout.h b/fs/unionfs/fanout.h
index 0319835..d4933ce 100644
--- a/fs/unionfs/fanout.h
+++
From: Erez Zadok <[EMAIL PROTECTED]>
Be sure to properly revalidate all dentry chains passed to all inode and
super_block operations. Remove the older BUG_ON test is_valid_dentry().
This should help improve cache-coherency.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef
This rw semaphore is used to make sure that a branch management operation...
1) will not begin before all currently in-flight operations complete
2) any new operations do not execute until the currently running branch
management operation completes
TODO: rename the functions
From: Erez Zadok <[EMAIL PROTECTED]>
This fixes a harmless but annoying message that unionfs prints if a dropped
dentry is being revalidated, which could happen if you unlink open files.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
The following patches consist of mostly cleanups and bug fixes of the
Unionfs code. The major improvement is the new mmap implementation, as well
as a major locking overhaul.
As before, there is a git repo at:
git://git.kernel.org/pub/scm/linux/kernel/git/jsipek/unionfs.git
From: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
MAINTAINERS |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 905dab1..e09ad36 100644
---
From: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/super.c | 50 +-
1 files changed, 45 insertions(+), 5 deletions(-)
diff --git
From: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
include/linux/union_fs.h | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/include/linux/union_fs.h
From: Erez Zadok <[EMAIL PROTECTED]>
When we have to copyup an open-but-unlinked file, we have to give it a
temporary name, similar to NFS's silly-renamed files. So we generate
temporary file names until we find one that doesn't exist, and use it. The
code had a bug where if the silly-renamed
From: Erez Zadok <[EMAIL PROTECTED]>
Useful code cleanup and consolidation between the ODF code and non-ODF code.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/commonfops.c | 35 +--
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix section marker in header file:
WARNING: fs/unionfs/unionfs.o(.init.text+0x56): Section mismatch: reference to
.exit.text:stop_sioq (between 'init_module' and 'init_sioq')
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff'
From: Erez Zadok <[EMAIL PROTECTED]>
UNIONFS_TMPNAM_LEN is used in only one place, and we have calculate the
length of the string to begin with.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/commonfops.c |2 +-
From: Erez Zadok <[EMAIL PROTECTED]>
Get the correct lower dentry to use to statfs the first branch (always),
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/super.c | 15 ++-
1 files changed, 10 insertions(+), 5
Dear Developers,
1.) I have tried it with all recently available debian kernels from
backports.org. It is the same game playing around.
2.) I have actualy no other device connected to the hub. It is connected to a
external power supply and this supply is working properly. I do not think
that
From: Yiannis Pericleous <[EMAIL PROTECTED]>
Signed-off-by: Shaya Potter <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Yiannis Pericleous <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/Makefile |2 +-
Patch d0aa7a70bf03b9de9e995ab272293be1f7937822 titled
"futex_requeue_pi optimization"
introduced user space visible changes to the futex syscall.
The patch is non-functional and there is no way to fix it proper before
the 2.6.22 release.
The breakage report (
On Sunday, 17 June 2007 20:52, Andrew Morton wrote:
> On Sun, 17 Jun 2007 20:53:41 +0200 Bartlomiej Zolnierkiewicz <[EMAIL
> PROTECTED]> wrote:
>
> >
> >
> > IMO we should concentrate more on preventing regressions than on fixing
> > them.
> > In the long-term preventing bugs is cheaper than
On Sun, 17 Jun 2007, Alexandre Oliva wrote:
>
> > What I care about is that the GPLv3 is a _worse_license_ than GPLv2,
>
> Even though anti-tivoization furthers the quid-pro-quo spirit that you
> love about v2, and anti-tivoization is your only objection to v3?
You apparently do not
On Friday, 15 June 2007 23:36, Rafael J. Wysocki wrote:
> On Friday, 15 June 2007 15:08, Uli Luckas wrote:
> > On Monday, 4. June 2007, Rafael J. Wysocki wrote:
> > > From: Rafael J. Wysocki <[EMAIL PROTECTED]>
> > >
> > > Use a hibernation and suspend notifier to disable the user mode helper
> >
On Sun, 17 Jun 2007, Alexandre Oliva wrote:
>
> One more time, I'm not talking about the license (the legal terms).
Ok. Then go away.
Everybody else just cares about the legal reasons.
The "legal terms" is the only reason a license *exists*. That's what a
license *is*, for crying out loud!
On Friday, 15 June 2007 23:57, Rafael J. Wysocki wrote:
> On Friday, 15 June 2007 04:00, Alan Stern wrote:
> > On Fri, 15 Jun 2007, Rafael J. Wysocki wrote:
> >
> > > On Thursday, 14 June 2007 16:21, David Brownell wrote:
> > > > On Wednesday 13 June 2007, Rafael J. Wysocki wrote:
> > > > > From:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Gleixner wrote:
> The patch is non-functional and there is no way to fix it proper
> before the 2.6.22 release.
Indeed. A lot more discussion is needed to handle this correctly. No
committed code in glibc so far uses the function so removal
501 - 600 of 748 matches
Mail list logo