On Wed, Jun 20, 2007 at 05:22:49AM +, dave young wrote:
> Hi,
> 2007/6/20, Li Yang-r58472 <[EMAIL PROTECTED]>:
> > > -Original Message-
> > > From: dave young [mailto:[EMAIL PROTECTED]
> > > Sent: Wednesday, June 20, 2007 9:58 AM
> > > To: WANG Cong
> > > Cc: Li Yang-r58472;
From: Bharata B Rao <[EMAIL PROTECTED]>
Subject: Directory listing support for union mounted directories.
Modifies readdir()/getdents() to support union mounted directories.
This patch adds support to readdir()/getdents() to read directory entries
from all the directories of the union stack, and
From: Bharata B Rao <[EMAIL PROTECTED]>
Subject: Lookup changes to support union mount.
Adds support for looking up dentries inside a union mount point.
This patch modifies the do_lookup() routine to look beyond the top layer for
union mount points/directories. Union mount versions of dcache and
From: Bharata B Rao <[EMAIL PROTECTED]>
Subject: Mount changes to support union mount.
Adds union mount support.
This patch adds a new mount type for union mount (MNT_UNION) and changes
the mount path to build a union stack during mount. The routines for
supporting the creation, traversal and
From: Bharata B Rao <[EMAIL PROTECTED]>
Subject: Union mount documentation.
Adds union mount documentation.
Signed-off-by: Bharata B Rao <[EMAIL PROTECTED]>
---
Documentation/union-mounts.txt | 232 +
1 files changed, 232 insertions(+)
--- /dev/null
+++
Hi,
The earlier approach to VFS based union mounts posted here didn't work for
all cases of mounts (specially bind mounts). Hence, I have worked on this
new approach which is more generic and hopefully should work in most cases.
This approach fundamentally changes the way union stacks are
On Wed, Jun 06, 2007 at 10:03:13PM -0700, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm2/
Hello,
on this vaio sz72b I can't suspend if usb-storage is loaded. Bisecting
is becoming troublesome as different sets have slightly
Hi,
2007/6/20, Li Yang-r58472 <[EMAIL PROTECTED]>:
> -Original Message-
> From: dave young [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, June 20, 2007 9:58 AM
> To: WANG Cong
> Cc: Li Yang-r58472; linux-kernel@vger.kernel.org; [EMAIL PROTECTED];
TripleX Chung;
> Maggie Chen; Tejun Heo;
> -Original Message-
> From: dave young [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, June 20, 2007 9:58 AM
> To: WANG Cong
> Cc: Li Yang-r58472; linux-kernel@vger.kernel.org; [EMAIL PROTECTED];
TripleX Chung;
> Maggie Chen; Tejun Heo; Fengguang Wu; Chen Li-jun
> Subject: Re: [PATCH]
On Wed, Jun 20, 2007 at 12:14:59AM +0800, Li Yang-r58472 wrote:
>Hi Wangcong,
>
>Thanks for your comments. Most of the comments are literal. I don't
>believe all of them are necessary as language is a matter of personal
>preference. :) I will consider your suggestions carefully and pick up
On Wed, 20 Jun 2007, Paul Mundt wrote:
> There's quite a bit of room for improving and extending the existing
> code, and those options should likely be exhausted first.
There is a confusing maze of special rules if one goes beyond the simple
process address space case. There are no clean rules
Trond Myklebust wrote:
>>
>> I assume NetApp flags the directory specially so that a POSIX directory
>> read doesn't get it. I've seen that done elsewhere.
>
> No. The directory is quite visible with a standard 'ls -a'. Instead,
> they simply mark it as a separate volume/filesystem: i.e. the
On Wed, 20 Jun 2007 00:24:34 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
> On Mon, Jun 18, 2007 at 04:47:11PM -0700, Andrew Morton wrote:
>
> > Frankly, I find it very depressing that the kernel defaults matter. These
> > things are trivially tunable and you'd think that after all these
On Tuesday 19 June 2007 23:51, Randy Dunlap wrote:
> On Tue, 19 Jun 2007 20:49:34 -0700 Randy Dunlap wrote:
>
> > On Tue, 19 Jun 2007 23:38:02 -0400 Len Brown wrote:
> >
> > > On Tuesday 19 June 2007 18:50, Andreas Herrmann wrote:
> > > > Avoid compile warning if !ACPI_BLACKLIST_YEAR
> > > >
>
On Tuesday 19 June 2007, Satyam Sharma wrote:
> On 6/19/07, Paulo Marques <[EMAIL PROTECTED]> wrote:
> > The only in-kernel user of "memmem" is scripts/kallsyms.c and it only
> > uses it to find tokens that are 2 bytes in size. It is trivial to
> > replace it with a simple function that finds
On Wed, Jun 20, 2007 at 12:52:25AM +0200, Andreas Herrmann wrote:
> Fix kernel build problem as SONY_LAPTOP depends on ACPI_EC.
The same questions about ACPI_SYSTEM and ACPI_POWER surviving oldconfig
hold here.
See also http://lkml.org/lkml/2007/5/15/168 and following for a previous
report.
In
On Mon, Jun 18, 2007 at 04:47:11PM -0700, Andrew Morton wrote:
> Frankly, I find it very depressing that the kernel defaults matter. These
> things are trivially tunable and you'd think that after all these years,
> distro initscripts would be establishing the settings, based upon expected
>
On Tuesday 19 June 2007 21:17, Qi Yong wrote:
> Add printk_ratelimit() to atkbd_interrupt(). I get "Spurious ACK" messages
> flushing on my
> screen. This patch helps to read the screen.
>
Will apply, thank you.
Do you have any idea why you are getting spurios ACK messages? Do you have
an
* Mathieu Desnoyers ([EMAIL PROTECTED]) wrote:
> Looking more closely into the code to find the cause of the
> change_page_addr()/global_flush_tlb() inconsistency, I see where the
> problem could be:
>
> In arch/i386/mm/pageattr.c:
> __change_page_attr adds the page to the df_list for deferred
On 6/19/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
it was the ability of the linux kernel to adapt to vastly different
hardware (including embeded hardware) that made Linux what it is today.
Which is why NetBSD is currently poised to take over the world...
Dave
-
To unsubscribe from
On 6/19/07, Al Boldi <[EMAIL PROTECTED]> wrote:
Scott Preece wrote:
> On 6/19/07, Al Boldi <[EMAIL PROTECTED]> wrote:
> > Nicolas Mailhot wrote:
> > > Tivo didn't make the Linux success. More Tivos can definitely undo it.
> >
> > I don't think so.
> >
> > First, it's not Linux that made success,
On Mon, Jun 18, 2007 at 01:22:08PM -0700, Christoph Lameter wrote:
> 1. Memory policies must be attachable to a variety of objects
>
> - System policies. The system policy is currently not
> modifiable. It may be useful to be able to set this.
> Small NUMA systems may want to run with
Linus,
Please pull from 'for_linus' branch at
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for_linus
To get a fix for 2.6.22 to the rheap allocator that was causing multiple
instances of the UCC ethernet driver to fail because it was running out of
memory due to wasting
On Tue, 19 Jun 2007 20:49:34 -0700 Randy Dunlap wrote:
> On Tue, 19 Jun 2007 23:38:02 -0400 Len Brown wrote:
>
> > On Tuesday 19 June 2007 18:50, Andreas Herrmann wrote:
> > > Avoid compile warning if !ACPI_BLACKLIST_YEAR
> > >
> > > CC drivers/acpi/blacklist.o
> > >
On Tue, 19 Jun 2007 23:38:02 -0400 Len Brown wrote:
> On Tuesday 19 June 2007 18:50, Andreas Herrmann wrote:
> > Avoid compile warning if !ACPI_BLACKLIST_YEAR
> >
> > CC drivers/acpi/blacklist.o
> > drivers/acpi/blacklist.c:76:5: warning: "CONFIG_ACPI_BLACKLIST_YEAR" is
> > not defined
On Tue, 2007-06-19 at 19:15 -0700, Davide Libenzi wrote:
> Ok, why instead don't we go for something like the attached patch?
> We exclude sync signals from signalfd, but we don't limit signalfd to
> shared signals. Ie, we should be able to fetch a signal sent with
> sys_tkill() to threads
On Wed, 20 Jun 2007, Al Boldi wrote:
Scott Preece wrote:
On 6/19/07, Al Boldi <[EMAIL PROTECTED]> wrote:
Nicolas Mailhot wrote:
Tivo didn't make the Linux success. More Tivos can definitely undo it.
I don't think so.
First, it's not Linux that made success, but rather GNU that uses Linux
On Tue, 19 Jun 2007, Alexandre Oliva wrote:
On Jun 19, 2007, [EMAIL PROTECTED] wrote:
if you also make the assumption that the company won't use propriatary
software instead then I think you would get agreement.
Ah, good point. When I posed the one of the two cases of the inicial
scenario
On Monday 18 June 2007 10:12:21 pm Vernon Mauery wrote:
> In looking at the performance characteristics of my network I found that
> 2.6.21.5-rt15 suffers from degraded thoughput with multiple threads. The
> test that I did this with is simply invoking 1, 2, 4, and 8 instances of
> netperf at a
On Tuesday 19 June 2007 18:50, Andreas Herrmann wrote:
> Avoid compile warning if !ACPI_BLACKLIST_YEAR
>
> CC drivers/acpi/blacklist.o
> drivers/acpi/blacklist.c:76:5: warning: "CONFIG_ACPI_BLACKLIST_YEAR" is not
> defined
How were you able to produce a .config with
On Tuesday 19 June 2007 18:49, Andreas Herrmann wrote:
> Fix build error if ACPI && !ACPI_SYSTEM as
> bus.c depended on event.c
How were you able to get ACPI & !ACPI_SYSTEM to survive "make oldconfig"?
-Len
> Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
> ---
> drivers/acpi/bus.c |
On Tuesday 19 June 2007 18:48, Andreas Herrmann wrote:
> Fix compile error with ACPI && !ACPI_POWER as bus.c
> depends on power.c
How were you able to set CONFIG_ACPI_POWER=n to cause this compile error?
When I do that, "make oldconfig" forces it to =y.
-Len
> Signed-off-by: Andreas Herrmann
On 6/19/07, Jan Harkes <[EMAIL PROTECTED]> wrote:
You keep referring to the four freedoms so I googled for them and found
http://www.gnu.org/philosophy/free-sw.html
So which of the freedoms did Tivo take away?
* The freedom to run the program, for any purpose (freedom 0).
* The
Scott Preece wrote:
> On 6/19/07, Al Boldi <[EMAIL PROTECTED]> wrote:
> > Nicolas Mailhot wrote:
> > > Tivo didn't make the Linux success. More Tivos can definitely undo it.
> >
> > I don't think so.
> >
> > First, it's not Linux that made success, but rather GNU that uses Linux
> > as its kernel.
On 6/19/07, William Lee Irwin III <[EMAIL PROTECTED]> wrote:
On Fri, Jun 08, 2007 at 02:35:22AM -0400, Albert Cahalan wrote:
Right now, Linux isn't all that friendly to JIT emulators.
Here are the problems and suggestions to improve the situation.
There is an SE Linux execmem restriction that
On Wed, 2007-06-20 at 12:00 +0900, Paul Mundt wrote:
> On Fri, Jun 08, 2007 at 03:53:49PM +0200, Bernd Schmidt wrote:
> > diff --git a/mm/nommu.c b/mm/nommu.c
> > index 2b16b00..7480a95 100644
> > --- a/mm/nommu.c
> > +++ b/mm/nommu.c
> [snip]
> > + /*
> > +* Must always set the
On Fri, Jun 08, 2007 at 03:53:49PM +0200, Bernd Schmidt wrote:
> diff --git a/mm/nommu.c b/mm/nommu.c
> index 2b16b00..7480a95 100644
> --- a/mm/nommu.c
> +++ b/mm/nommu.c
[snip]
> + /*
> + * Must always set the VM_SPLIT_PAGES flag for single-page allocations,
> + * to avoid trying
On Tue, 2007-06-19 at 22:21 +0800, Li Yang wrote:
> This is a Chinese translated version of Documentation/HOWTO.
> Currently
> Chinese involvement in Linux kernel is very low, especially comparing
> to
> its largest population base. Language could be the main obstacle.
> Hope
> this document
On Jun 19, 2007, at 03:58:57, Bron Gondwana wrote:
On Mon, Jun 18, 2007 at 11:10:42PM -0400, Kyle Moffett wrote:
On Jun 18, 2007, at 13:56:05, Bryan Henderson wrote:
The question remains is where to implement versioning: directly
in individual filesystems or in the vfs code so all filesystems
On Tue, 2007-06-19 at 19:26 -0400, Robin Getz wrote:
> On Fri 8 Jun 2007 09:53, Bernd Schmidt pondered:
> > Here's a patch to move nommu mmap/munmap ever so slightly closer to mmu
> > behaviour. The motivation for this is to be able to deselect uClibc's
> > UCLIBC_UCLINUX_BROKEN_MUNMAP config
On 6/19/07, Al Boldi <[EMAIL PROTECTED]> wrote:
Nicolas Mailhot wrote:
>
> Tivo didn't make the Linux success. More Tivos can definitely undo it.
>
I don't think so.
First, it's not Linux that made success, but rather GNU that uses Linux as
its kernel. And, believe it or not, when people say
On Mon, 18 Jun 2007, Mimi Zohar wrote:
> +/* what could we exclude
> + * - non-executable/non-library files ?
> + * - /proc /dev ?
> + * Only measure files opened for read-only or execute
> + */
> +static int skip_measurement(struct inode *inode, int mask)
> +{
> + if
On Wed, 20 Jun 2007, Benjamin Herrenschmidt wrote:
> On Tue, 2007-06-19 at 16:49 -0700, Davide Libenzi wrote:
>
> > Actually, I think signalfd is fine as is, with Ben's patch applied.
> > Signalfd should only fetch shared signals, not specific ones (in any
> > case).
>
> The only advantage of
On Wed, 20 Jun 2007 00:28:28 +0200, Alessandro Zummo <[EMAIL PROTECTED]> wrote:
> I'd prefer if you change the name in rtc-m41t80 and add
> the names of the supported chips in the Kconfig entry.
OK, I will do. I thought M41ST94 also can be supported but that was
wrong. From datasheets, the
On Jun 19, 2007, "Josh Williams" <[EMAIL PROTECTED]> wrote:
> On 6/18/07, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
>> Free Software is not about freedom of choice. That's an OSI slogan
>> for "if you like, you can shoot your own foot, regardless of whether
>> the shrapnel hurts people around
On Tue, Jun 19, 2007 at 06:20:24PM -0300, Alexandre Oliva wrote:
> On Jun 19, 2007, Jan Harkes <[EMAIL PROTECTED]> wrote:
> > and which will most likely make GPLv3 software unusable for various
> > applications ranging from medical equipment to financial transaction
> > systems (and probably
* Anthony Liguori ([EMAIL PROTECTED]) wrote:
> This is actually very conservative seeing as how disabling CR4.PGE
> should be sufficient to flush global pages on modern processors. I
> suspect you're getting preempted while it's running.
>
Sorry, I just realized that I rejected your
On 2007.06.20 09:15:21 +, Wang Zhenyu wrote:
>
> I think for i965 we could have following patch to fix this, we may
> fail if no IGD device got detected.
>
oops, missing 946G, what a name...
Signed-off-by: Wang Zhenyu <[EMAIL PROTECTED]>
---
diff --git a/drivers/char/agp/intel-agp.c
Hello everyone!
I've got this problem from a while, and maybe this time I've nailed a portion
of it; here goes:
I'm running Gentoo Linux, latest stable gentoo-sources (2.6.20-r8). I'm having
random freezes of the system, including no mouse or keyboard interaction
(SysRq not working), all
Add printk_ratelimit() to atkbd_interrupt(). I get "Spurious ACK" messages
flushing on my
screen. This patch helps to read the screen.
Signed-off-by: Qi Yong <[EMAIL PROTECTED]>
--
diff --git a/drivers/input/keyboard/atkbd.c b/drivers/input/keyboard/atkbd.c
index be1fe46..13e6bd4 100644
---
On Jun 19, 2007, at 19:37:51, Jeffrey Hundstad wrote:
I'm just not going to let this go. Stable is synonymous with, well
ummm, "stable." That means that I don't have 3000 changes a month,
it's secure and the unexpected doesn't happen. It means I can
write a lecture explaining how git
* Anthony Liguori ([EMAIL PROTECTED]) wrote:
> Mathieu Desnoyers wrote:
> >Hi,
> >
> >Trying to test my "Text Edit Lock" patches, I ran into a problem related
> >to global_flush_tlb() not doing its job at updating the page flags when,
> >it seems, the page has been recently accessed. Therefore, it
On Tue, 2007-06-19 at 16:49 -0700, Davide Libenzi wrote:
> Actually, I think signalfd is fine as is, with Ben's patch applied.
> Signalfd should only fetch shared signals, not specific ones (in any
> case).
The only advantage of that additional patch is that it will allow any
thread to fetch
Tom Zanussi wrote:
> Hi,
>
> I haven't had a chance to test it myself yet, but it looks ok to me,
> except for one problem noted below...
Hi,
Thank you so much!
I'm preparing how it can reproduce. I'll send it as soon as possible.
> Thanks for fixing it.
>
>> Signed-off-by: Masami Hiramatsu
Mathieu Desnoyers wrote:
Hi,
Trying to test my "Text Edit Lock" patches, I ran into a problem related
to global_flush_tlb() not doing its job at updating the page flags when,
it seems, the page has been recently accessed. Therefore, it can only be
reproduced by doing a couple of iterations.
I
On 2007.06.20 01:37:16 +, Carlo Wood wrote:
> The result of this patch is that the kernel starts to print
> "agpgart: Detected an Intel 965G Chipset." again with the usual
> disastrous results. Now, that doesn't mean that this patch is
> wrong - but it explains why the problem returns after
On Tue, 2007-06-19 at 16:34 -0700, Christoph Lameter wrote:
> On Tue, 19 Jun 2007, Arjan van de Ven wrote:
>
> > > Otherwise you are locked into the use of GFP_ATOMIC.
> >
> > all callers pretty much are either in irq context or with spinlocks held.
> > Good
> > luck. it's also called
On Wed, 20 Jun 2007, Andreas Herrmann wrote:
> Fix kernel build problem:
>
> thinkpad_acpi.c:(.text+0x7486a): undefined reference to `ec_write'
>
> (as THINKPAD_ACPI depends on ACPI_EC)
>
> Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
> ---
> drivers/misc/Kconfig |1 +
> 1 files
On Jun 19, 2007, Daniel Hazelton <[EMAIL PROTECTED]> wrote:
> Company X has requirement for restriction Y
> => License on product Z disallows restriction Y
> => Product Z loses Company X and the exposure use in their product gives
> => License on product Z is bad for the product
>
On Jun 19, 2007, [EMAIL PROTECTED] wrote:
> if you also make the assumption that the company won't use propriatary
> software instead then I think you would get agreement.
Ah, good point. When I posed the one of the two cases of the inicial
scenario as "no tivoization", I meant Free Software
On Jun 19, 2007, Hans-Jürgen Koch <[EMAIL PROTECTED]> wrote:
>> >> Let's just hope it never is, or that some influx of
>> >> long-sighted comes in
>>
>> > Kernel programmers are short-sighted? What kind of arrogance is that?
>>
>> It's just stating the obvious. The upgrade path is a
On Tue, 2007-06-19 at 16:35 -0700, Bryan Henderson wrote:
> >We don't need a new special character for every
> >> new feature. We've got one, and it's flexible enough to do what you
> want,
> >> as proven by NetApp's extremely successful implementation.
>
> I don't know NetApp's
On Tue, Jun 19, 2007 at 10:24:23AM +0100, David Greaves wrote:
> David Greaves wrote:
> so I cd'ed out of /scratch and umounted.
>
> I then tried the xfs_check.
>
> haze:~# xfs_check /dev/video_vg/video_lv
> ERROR: The filesystem has valuable metadata changes in a log which needs to
> be
On 6/18/07, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
... derived from the Debian Free Software Guidelines, engineered to
reflect the Free Software definition ...
Yes, that's true, but it was modified in several key points. OSS and FS
developers have a very similar approach to developing
The HFS+ filesystem is case-insensitive and does automatic unicode
decomposition by default, but does not provide custom dentry
operations. This can lead to multiple dentries being cached for lookups
on a filename with varying case and/or character (de)composition.
These patches add custom dentry
Refactor existing HFS+ ASCII to unicode string conversion routine to
split out character conversion functionality. This will be reused by
the custom dentry hash and comparison routines. This approach avoids
unnecessary memory allocation compared to using the string conversion
routine directly in
Add custom dentry hash and comparison operations for HFS+ filesystems
that are case-insensitive and/or do automatic unicode decomposition.
The new operations reuse the existing HFS+ ASCII to unicode conversion,
unicode decomposition and case folding functionality.
Signed-off-by: Duane Griffin
On Wed, 20 Jun 2007, Carlo Wood wrote:
> On Mon, Jun 18, 2007 at 03:57:51PM -0700, Linus Torvalds wrote:
> > > I'll redo the bisect with this new git.
> >
> > Thanks,
> > Linus
>
> Well, I did a new 'git bisect' - and if you ask me - it is still broken.
>
> It's conclusion was
On Tue, Jun 19, 2007 at 09:10:08AM +0100, David Greaves wrote:
> David Chinner wrote:
> > FWIW, I'm on record stating that "sync" is not sufficient to quiesce an
> XFS
> > filesystem for a suspend/resume to work safely and have argued that the
> only
> > safe thing to do is freeze the filesystem
On Tue, 19 Jun 2007, Alexandre Oliva wrote:
Subject: Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
On Jun 19, 2007, [EMAIL PROTECTED] wrote:
if a company doesn't care about tivoizing then they won't do it, it
takes time and money to tivoize some product and it will cause
headaches
On Tue, 19 Jun 2007, Keshavamurthy, Anil S wrote:
> Memory allocated during driver init is very less and not much benefit
> with the suggested changes I think. Please correct me If I am wrong.
If its just a small amount of memory then the benefit will not be large.
You are likely right.
> The
On Tue, Jun 19, 2007 at 04:32:23PM -0700, Christoph Lameter wrote:
> On Tue, 19 Jun 2007, Keshavamurthy, Anil S wrote:
>
> > +static inline void *alloc_pgtable_page(void)
> > +{
> > + return (void *)get_zeroed_page(GFP_ATOMIC);
> > +}
>
> Need to pass gfp_t parameter. Repeates a couple of
On Tuesday 19 June 2007 19:49:24 [EMAIL PROTECTED] wrote:
> On Tue, 19 Jun 2007, Alexandre Oliva wrote:
> > On Jun 19, 2007, [EMAIL PROTECTED] wrote:
> >> remember, not all tivo models are locked down,
> >
> > Only the earliest that you can't find for sale any more, right?
> >
> >> as a result of
On Tue, 19 Jun 2007, Alexandre Oliva wrote:
On Jun 19, 2007, [EMAIL PROTECTED] wrote:
On Tue, 19 Jun 2007, Alexandre Oliva wrote:
You're losing all that.
based on the knowledge shown by these users you aren't loosing much.
Remember, the sample is biased, the hackers who'd like to hack
On Jun 19, 2007, "David Schwartz" <[EMAIL PROTECTED]> wrote:
>> Right to control what software runs on the hardware is no different.
>> For any hardware on which I can run the software, I'm a user there,
>> and I'm entitled to the rights granted by the license.
> Exactly. However, that right
On Tue, 19 Jun 2007, Oleg Nesterov wrote:
> The commited "Fix signalfd interaction with thread-private signals"
> (commit caec4e8dc85e0644ec24aeb36285e1ba02da58cc) doesn't implement
> this.
>
> We can do something like
>
> int signalfd_dequeue_signal(struct task_struct *tsk, sigset_t
On Wed, Jun 20, 2007 at 01:37:16AM +0200, Carlo Wood wrote:
> Personally I am convinced that the real problem is with
> 985144db8f4cb7e56154b31bdf233d3550bf
>
> [AGPGART] intel_agp: fix device probe
>
> This patch trys to fix device probe in two cases. First we should
>
Hi,
Trying to test my "Text Edit Lock" patches, I ran into a problem related
to global_flush_tlb() not doing its job at updating the page flags when,
it seems, the page has been recently accessed. Therefore, it can only be
reproduced by doing a couple of iterations.
I run on a Pentium 4 with the
On Mon, Jun 18, 2007 at 03:57:51PM -0700, Linus Torvalds wrote:
> > I'll redo the bisect with this new git.
>
> Thanks,
> Linus
Well, I did a new 'git bisect' - and if you ask me - it is still broken.
It's conclusion was this time:
hikaru:/usr/src/kernel/git/linux-2.6>git bisect
On Jun 19, 2007, [EMAIL PROTECTED] wrote:
> if a company doesn't care about tivoizing then they won't do it, it
> takes time and money to tivoize some product and it will cause
> headaches for the company.
> their reasons for wanting to tivoize a product may be faulty, but they
> think that the
Christoph Lameter wrote:
On Tue, 19 Jun 2007, Thomas Glanzmann wrote:
The other choice that we developers usually make is to run either testing
or unstable. "stable" is a synonym for obsolete ;-).
I'm just not going to let this go. Stable is synonymous with, well
ummm, "stable."
>We don't need a new special character for every
>> new feature. We've got one, and it's flexible enough to do what you
want,
>> as proven by NetApp's extremely successful implementation.
I don't know NetApp's implementation, but I assume it is more than just a
choice of special character.
On Tue, 19 Jun 2007, Keshavamurthy, Anil S wrote:
> +static inline void *alloc_pgtable_page(void)
> +{
> + return (void *)get_zeroed_page(GFP_ATOMIC);
> +}
Need to pass gfp_t parameter. Repeates a couple of times.
> + addr &= (((u64)1) << addr_width) - 1;
> + parent = domain->pgd;
>
On Tue, 19 Jun 2007, Arjan van de Ven wrote:
> > Otherwise you are locked into the use of GFP_ATOMIC.
>
> all callers pretty much are either in irq context or with spinlocks held. Good
> luck. it's also called primarily from the PCI DMA API which doesn't take a
> gfp_t argument in the first
On Jun 19, 2007, [EMAIL PROTECTED] wrote:
> On Tue, 19 Jun 2007, Alexandre Oliva wrote:
>> You're losing all that.
> based on the knowledge shown by these users you aren't loosing much.
Remember, the sample is biased, the hackers who'd like to hack it are
less likely to buy it, and some might
On Saturday 16 June 2007 10:38:56 am Andrey Borzenkov wrote:
> it appears that quirk is not even applied because PnP tells us device is not
> active:
>
> [ 571.118483] pnp: PnP ACPI init
> [ 571.118611] ACPI: bus type pnp registered
> [ 571.158828] quirk_smc_enable: active = 0
> [
Christoph Lameter wrote:
On Tue, 19 Jun 2007, Keshavamurthy, Anil S wrote:
So far in our test scenario, we were unable to create
any memory allocation failure inside dma map api calls.
All these functions should have gfp_t flags passed to them.
why?
Otherwise you are locked into the use
On Tuesday 19 June 2007 13:06:17 Alexandre Oliva wrote:
> On Jun 19, 2007, Daniel Hazelton <[EMAIL PROTECTED]> wrote:
> > On Tuesday 19 June 2007 04:04:52 Alexandre Oliva wrote:
> >> On Jun 19, 2007, Daniel Hazelton <[EMAIL PROTECTED]> wrote:
> >> > On Tuesday 19 June 2007 02:44:32 Alexandre Oliva
On Tue, 19 Jun 2007, Keshavamurthy, Anil S wrote:
> So far in our test scenario, we were unable to create
> any memory allocation failure inside dma map api calls.
All these functions should have gfp_t flags passed to them.
Otherwise you are locked into the use of GFP_ATOMIC. If this is a
On Tue, 2007-06-19 at 18:06 +0400, Oleg Nesterov wrote:
> On 06/19, Benjamin Herrenschmidt wrote:
> >
> > On Tue, 2007-06-19 at 13:14 +0400, Oleg Nesterov wrote:
> >
> > > The commited "Fix signalfd interaction with thread-private signals"
> > > (commit caec4e8dc85e0644ec24aeb36285e1ba02da58cc)
On Fri 8 Jun 2007 09:53, Bernd Schmidt pondered:
> Here's a patch to move nommu mmap/munmap ever so slightly closer to mmu
> behaviour. The motivation for this is to be able to deselect uClibc's
> UCLIBC_UCLINUX_BROKEN_MUNMAP config option, which speeds up malloc a
> fair bit. I'm interested in
On Wed, 20 Jun 2007, Oleg Nesterov wrote:
> Well, I think the kernel doesn't make any assumptions on that. It can't
> guarantee the signal will be actually dequeued, to begin with.
>
> (That said, I probably missed something, in that case I'd like to be
> educated. This is the real reason why I
Some fixups to this patch:
Fix issues with per cpu kmem_cache_cpu arrays.
1. During cpu bootstrap we also need to bootstrap the per cpu array
for the cpu in SLUB.
kmem_cache_init is called while only a single cpu is marked online.
2. The size determination of the kmem_cache array is
Jan Harkes wrote:
>
> Still, anything that depends on increasing the length of file or path
> names to refer to different versions will encounter problems for long
> file names and deep paths because there is an upper limit on file and
> path name lengths.
>
Then you have the Solaris variant --
Fix compile error:
CC sound/pci/ice1712/prodigy192.o
sound/pci/ice1712/prodigy192.c:708: error: ak4114_controls causes a section
type conflict
... but __initdata cannot be "const".
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
sound/pci/ice1712/prodigy192.c |2 +-
1
On Tue, Jun 19, 2007 at 03:13:33PM -0700, H. Peter Anvin wrote:
> [EMAIL PROTECTED] wrote:
> >
> > the only trouble I ever had with the .snapshot approach is when tar or
> > find would decend down into the .snapshot when I didn't really intend
> > for it to do so.
> >
>
> Netapp optionally made
Nicolas Mailhot wrote:
>
> Tivo didn't make the Linux success. More Tivos can definitely undo it.
>
I don't think so.
First, it's not Linux that made success, but rather GNU that uses Linux as
its kernel. And, believe it or not, when people say Linux, they really mean
GNU. People could care
Fix build error:
LD .tmp_vmlinux1
arch/x86_64/kernel/built-in.o: In function `__cpu_up':
: undefined reference to `kmalloc_node'
kernel/built-in.o: In function `build_sched_domains':
sched.c:(.text+0x41e7): undefined reference to `kmalloc_node'
sched.c:(.text+0x42b5): undefined
Fix compile warnings:
drivers/acpi/bus.c: In function 'acpi_bus_get_power':
drivers/acpi/bus.c:162: warning: implicit declaration of function
'acpi_power_get_inferred_state'
drivers/acpi/bus.c: In function 'acpi_bus_set_power':
drivers/acpi/bus.c:232: warning: implicit declaration of
Fix kernel build problem as SONY_LAPTOP depends on ACPI_EC.
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
drivers/misc/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/misc/Kconfig b/drivers/misc/Kconfig
index 0d6f369..463fa41 100644
---
1 - 100 of 1071 matches
Mail list logo
