On Tue, 19 Jun 2007, Lee Schermerhorn wrote:
> > - File / Socket. One may have particular reasons to place
> > objects on a set of nodes because of how the threads of
> > an application are spread out in the system.
>
> ...how the tasks/threads are spread out and how the application accesses
> > MAINTAINERS says riscom8 is orphaned so not sure
> > if anybody cares. Spotted this when playing with modprobe
> > walking /lib/modules/`uname -r`/kernel in a loop ;)
>
> Oh wow.
>
> I wonder why it does that. The code literally does:
>
> save_flags(flags);
> cli();
>
On Tue, 19 Jun 2007, Pekka Enberg wrote:
> On 6/18/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > We use the parameter formerly used by the destructor to pass an optional
> > pointer to a kmem_cache_ops structure to kmem_cache_create.
> >
> > kmem_cache_ops is created as empty. Later patche
From: Linus Torvalds <[EMAIL PROTECTED]>
Date: Tue, 19 Jun 2007 12:04:33 -0700 (PDT)
>
>
> On Tue, 19 Jun 2007, John Stoffel wrote:
> >
> > Shouldn't the vm_dirty_ratio be based on the speed of the device, and
> > not the size of memory?
>
> Yes. It should depend on:
> - speed of the device(s
On Tue, 19 Jun 2007, Matt Mackall wrote:
> I worry a bit about adding another branch checking __GFP_ZERO in such
> a hot path for SLAB/SLUB.
Its checking the gfpflags variable on the stack. In a recently touched
cachline.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Tue, 19 Jun 2007 12:33:16 -0700
> Only x86_64 and ia64 are fixed. Would it be correct to assume that the
> other CONFIG_COMPAT architectures also need to be fixed?
Only platforms which compat to "i386" have the issue wrt.
the alignment of "u64" types
On Tue, 19 Jun 2007, Andrew Morton wrote:
> On Tue, 19 Jun 2007 15:22:36 -0700 (PDT)
> Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 19 Jun 2007, Andrew Morton wrote:
> >
> > > On Mon, 18 Jun 2007 02:58:48 -0700
> > > [EMAIL PROTECTED] wrote:
> > >
> > > > + BUG_ON(KMALLOC_MI
> > You keep smuggling in the same assumption without ever
> > defending it. There
> > is a user. There is a person who gets to decide what software runs on a
> > particular piece of hardware. You keep assuming they must be the same
> > person.
> No, I'm just saying that whoever gets to decide ca
On Jun 19, 2007, [EMAIL PROTECTED] wrote:
> On Tue, 19 Jun 2007, Alexandre Oliva wrote:
>>
>> Once again, now with clearer starting conditions (not intended to
>> match TiVo in any way, BTW; don't get into that distraction)
>>
>>
>> Vendor doesn't care about tivoizing, their business works the
On Tue, 19 Jun 2007 15:38:01 -0700 (PDT)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> Ok and BUILD_BUG_ON really works? Had some bad experiences with it.
hm, I don't recall any problems, apart from its very obscure error
reporting.
But if it breaks, we get an opportunity to fix it ;)
-
To unsu
This is a series of minor fixes for problems observed while
doing some randconfig fun on x86_64.
Some problems might have been reported on LKML before. But AFAIK they
are not fixed in current git. Thus I report them again - including
possible fixes.
Regards,
Andreas
--
Operating | AMD Saxony
Fix Kconfig build warning:
scripts/kconfig/mconf arch/x86_64/Kconfig
drivers/input/keyboard/Kconfig:170:warning: 'select' used by config symbol
'KEYBOARD_ATARI' refers to undefined symbol 'ATARI_KBD_CORE'
drivers/input/mouse/Kconfig:182:warning: 'select' used by config symbol
'MOUSE_ATARI' refer
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 changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/misc/
On Jun 19, 2007, "Dave Neuer" <[EMAIL PROTECTED]> wrote:
> On 6/19/07, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
>> But it takes only a small fraction of the tivoizers to decide to take
>> out the locks, when faced with the costs mentioned above, for us to
>> gain contributions from even a small
Fix kernel build problem as MSI_LAPTOP depends on ACPI_EC.
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
drivers/misc/Kconfig |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/misc/Kconfig b/drivers/misc/Kconfig
index 72774c9..0d6f369 100644
--- a/drive
Fix compile error with ACPI && !ACPI_POWER as bus.c
depends on power.c
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
drivers/acpi/Kconfig |4
drivers/acpi/Makefile |2 +-
2 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kco
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
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
drivers/acpi/blacklist.c |2 +-
1 files changed, 1 insertions(+), 1
Fix build error if ACPI && !ACPI_SYSTEM as
bus.c depended on event.c
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
drivers/acpi/bus.c |2 +-
drivers/acpi/event.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/bus.c b/drivers/acpi/bus.c
index
Fix compile error:
In file included from drivers/infiniband/core/addr.c:32:
include/linux/inetdevice.h:15: error: '__NET_IPV4_CONF_MAX' undeclared here
(not in a function)
Signed-off-by: Andreas Herrmann <[EMAIL PROTECTED]>
---
include/linux/inetdevice.h |1 +
1 files changed, 1 insertions(
Fix several build errors with PCMCIA=m && NET_PCMCIA=y:
LD .tmp_vmlinux1
drivers/built-in.o: In function `nmclan_release':
nmclan_cs.c:(.text+0x14026c): undefined reference to `pcmcia_disable_device'
...
drivers/built-in.o: In function `exit_xirc2ps_cs':
xirc2ps_cs.c:(.exit.
On Tue, 19 Jun 2007, Alexandre Oliva wrote:
On Jun 19, 2007, [EMAIL PROTECTED] wrote:
On Tue, 19 Jun 2007, Alexandre Oliva wrote:
Once again, now with clearer starting conditions (not intended to
match TiVo in any way, BTW; don't get into that distraction)
Vendor doesn't care about tivoizi
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
--- a/drivers
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 function
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 re
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 l
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
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 file
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 --
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 wrong
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 c
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
param
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) do
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
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 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 be
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
> [ 571.182090]
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 p
>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.
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." Tha
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 b
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 r
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 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
>
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 *mask
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 it
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 does
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 w
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 times
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 b
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 fo
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 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 thi
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 th
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 <[EM
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
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 soft
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 replayed
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 implementatio
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 nightmare
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 wit
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
> Understan
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 cha
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 primar
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 thi
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 r
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 it
* 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 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 work
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
--- a/dri
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 accom
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 b/drive
* 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 preempti
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 others
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 yo
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 dr
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 ((inode->i_sb->s_mag
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 L
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 opti
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 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 wi
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 to
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 VM_SPLIT_PAGE
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
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 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 f
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 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 ti
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 CONFIG_ACPI_BLACKLIS
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 a
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
a
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 diffe
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, 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
> > > drivers/acpi/blackl
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 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 interlea
401 - 500 of 525 matches
Mail list logo
