On Tue, 13 Nov 2007, David Miller wrote:
> The idea about doling out vmalloc space seemed the most promising.
Well that is basically the same as the virtual mode. Just ditch the
fallback mode? vmalloc directly does not guarantee a fixed address.
-
To unsubscribe from this list: send the line
Remove defconfig ptr comparison to 0
Remove sparse warning: Using plain integer as NULL pointer
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
---
diff --git a/net/sunrpc/clnt.c b/net/sunrpc/clnt.c
index 76be83e..1600df2 100644
--- a/net/sunrpc/clnt.c
+++ b/net/sunrpc/clnt.c
@@ -157,7 +157,7
Remove defconfig ptr comparison to 0
Remove sparse warning: Using plain integer as NULL pointer
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
---
diff --git a/kernel/futex.c b/kernel/futex.c
index 9dc591a..ea119d3 100644
--- a/kernel/futex.c
+++ b/kernel/futex.c
@@ -276,7 +276,7 @@ static int
Remove defconfig ptr comparison to 0
The memcpy from memory location 0 sure looks odd.
Remove sparse warning: Using plain integer as NULL pointer
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
---
diff --git a/include/asm-x86/mach-es7000/mach_mpparse.h
Remove defconfig ptr comparison to 0
Remove sparse warning: Using plain integer as NULL pointer
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
---
diff --git a/init/do_mounts_rd.c b/init/do_mounts_rd.c
index 3ac5904..46dfd64 100644
--- a/init/do_mounts_rd.c
+++ b/init/do_mounts_rd.c
@@ -212,7
Remove defconfig ptr comparison to 0
Remove sparse warning: Using plain integer as NULL pointer
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
---
diff --git a/fs/smbfs/smbiod.c b/fs/smbfs/smbiod.c
index 283c572..fa3b249 100644
--- a/fs/smbfs/smbiod.c
+++ b/fs/smbfs/smbiod.c
@@ -206,7 +206,7
Remove defconfig ptr comparison to 0
Remove sparse warning: Using plain integer as NULL pointer
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
---
diff --git a/fs/reiserfs/do_balan.c b/fs/reiserfs/do_balan.c
index f85c5cf..40786d2 100644
--- a/fs/reiserfs/do_balan.c
+++
Remove defconfig ptr comparison to 0
Remove sparse warning: Using plain integer as NULL pointer
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
---
diff --git a/fs/nfs/callback_xdr.c b/fs/nfs/callback_xdr.c
index 058ade7..935f145 100644
--- a/fs/nfs/callback_xdr.c
+++ b/fs/nfs/callback_xdr.c
@@
Remove defconfig ptr comparison to 0
Remove sparse warning: Using plain integer as NULL pointer
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
---
diff --git a/fs/nfsd/vfs.c b/fs/nfsd/vfs.c
index d019918..07b38cf 100644
--- a/fs/nfsd/vfs.c
+++ b/fs/nfsd/vfs.c
@@ -987,7 +987,7 @@
Remove defconfig ptr comparison to 0
Remove sparse warning: Using plain integer as NULL pointer
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
---
diff --git a/fs/lockd/svcshare.c b/fs/lockd/svcshare.c
index 068886d..98548ad 100644
--- a/fs/lockd/svcshare.c
+++ b/fs/lockd/svcshare.c
@@ -71,7
Remove defconfig ptr comparison to 0
Remove sparse warning: Using plain integer as NULL pointer
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
---
diff --git a/fs/jfs/jfs_dtree.c b/fs/jfs/jfs_dtree.c
index df25ecc..eb6ba22 100644
--- a/fs/jfs/jfs_dtree.c
+++ b/fs/jfs/jfs_dtree.c
@@ -284,11
Remove defconfig ptr comparison to 0
Remove sparse warning: Using plain integer as NULL pointer
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
---
diff --git a/fs/jbd/journal.c b/fs/jbd/journal.c
index 5d14243..0459657 100644
--- a/fs/jbd/journal.c
+++ b/fs/jbd/journal.c
@@ -1619,14 +1619,14
Remove defconfig ptr comparison to 0
Remove sparse warning: Using plain integer as NULL pointer
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
---
diff --git a/fs/jbd2/journal.c b/fs/jbd2/journal.c
index 6ddc553..ca74850 100644
--- a/fs/jbd2/journal.c
+++ b/fs/jbd2/journal.c
@@ -218,7 +218,7
Remove defconfig ptr comparison to 0
Remove sparse warning: Using plain integer as NULL pointer
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
---
diff --git a/drivers/scsi/aic7xxx/aic7xxx_osm_pci.c
b/drivers/scsi/aic7xxx/aic7xxx_osm_pci.c
index 4488946..223bad1 100644
---
Remove defconfig ptr comparison to 0
Remove sparse warning: Using plain integer as NULL pointer
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index da767d3..cec3cb4 100644
--- a/drivers/net/bnx2.c
+++ b/drivers/net/bnx2.c
@@ -2495,7
Remove defconfig ptr comparison to 0
Remove sparse warning: Using plain integer as NULL pointer
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
---
diff --git a/arch/x86/boot/printf.c b/arch/x86/boot/printf.c
index 1a09f93..953224e 100644
--- a/arch/x86/boot/printf.c
+++
On Tue, 13 Nov 2007, David Miller wrote:
> From: Christoph Lameter <[EMAIL PROTECTED]>
> Date: Tue, 13 Nov 2007 17:57:15 -0800 (PST)
>
> > H. cpu_alloc really does not need zeroed data. Just an address
> > fixed by the compiler where stuff can be put. Can the loader do that
> > somehow?
>
>
Remove defconfig ptr comparison to 0
Remove sparse warning: Using plain integer as NULL pointer
-
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
Please read
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Tue, 13 Nov 2007 17:57:15 -0800 (PST)
> H. cpu_alloc really does not need zeroed data. Just an address
> fixed by the compiler where stuff can be put. Can the loader do that
> somehow?
Yes, and I think IA64 uses such a scheme for it's 64KB
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Tue, 13 Nov 2007 17:50:24 -0800 (PST)
> On Tue, 13 Nov 2007, David Miller wrote:
>
> > BTW, I'm going to stop testing your patches on sparc64 for
> > a while until you start to make me feel like you understand
> > that ignoring the BSS bloat
Mark Lord wrote:
> Tejun Heo wrote:
>> Robert Hancock wrote:
>>> Tejun Heo wrote:
> ..
>>> Yes, it should likely do something with these return values. Though
>>> theoretically it shouldn't fail, since the DMA mask is either 32-bit,
>>> which shouldn't fail, or one that was successfully set
From: Nick Piggin <[EMAIL PROTECTED]>
Date: Tue, 13 Nov 2007 22:41:58 +1100
> On Tuesday 13 November 2007 06:44, Christoph Lameter wrote:
> > On Sat, 10 Nov 2007, Nick Piggin wrote:
> > > BTW. your size-2048 kmalloc cache is order-1 in the default setup,
> > > wheras kmalloc(1024) or
On Tue, 13 Nov 2007, David Miller wrote:
> Yes, I've run into similar problems with lockdep as well.
> I had to build an ultra minimalized kernel to get it to
> boot on my Niagara boxes.
H. cpu_alloc really does not need zeroed data. Just an address fixed
by the compiler where stuff can be
From: Russell King <[EMAIL PROTECTED]>
Date: Tue, 13 Nov 2007 23:40:33 +
> ARM ep93xx defconfig has been broken since 2.6.23-git1 due to:
>
> drivers/net/arm/ep93xx_eth.c:420: error: implicit declaration of function
> '__netif_rx_schedule_prep'
>
> caused by: [NET]: Make NAPI polling
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Tue, 13 Nov 2007 14:32:01 -0800
> On Tue, 13 Nov 2007 22:18:01 + Russell King <[EMAIL PROTECTED]> wrote:
>
> > Find some other mailing list; I'm not hosting *nor* am I willing to run a
> > non-subscribers only mailing list. Period. Not
From: Andi Kleen <[EMAIL PROTECTED]>
Date: Wed, 14 Nov 2007 02:06:28 +0100
> David Miller <[EMAIL PROTECTED]> writes:
> >
> > The problem is that for the non-virtualized case this patch bloats up
> > the BSS section to be more than 8MB in size. Sparc64 kernel images
> > cannot be more than 8MB
On Tue, Nov 13, 2007 at 04:28:52PM -0800, Philip Mucci wrote:
> I know you don't want to hear this, but we actually use all of the
> features of perfmon, because a) we wanted to use the best methods
That is hard to believe.
But let's go for it temporarily for the argument.
Can you instead
On Tue, 13 Nov 2007, David Miller wrote:
> I'm surprised this is your reaction instead of "oh damn, sorry
> I bloated up the kernel image size by 8mb, I'll find a way to
> fix that."
Well I found a way to fix that and its in the patch...
-
To unsubscribe from this list: send the line
On Tue, 13 Nov 2007, David Miller wrote:
> BTW, I'm going to stop testing your patches on sparc64 for
> a while until you start to make me feel like you understand
> that ignoring the BSS bloat issue is bad.
Well this is just the fallback. How can I avoid this and still keep a
constant? Add a
Text Edit Lock - Alternative code for x86
Fix a memcpy that should be a text_poke (in apply_alternatives).
Use kernel_wp_save/kernel_wp_restore in text_poke to support DEBUG_RODATA
correctly and so the CPU HOTPLUG special case can be removed.
clflush all the cachelines touched by text_poke.
Immediate Values - x86 Optimization
x86 optimization of the immediate values which uses a movl with code patching
to set/unset the value used to populate the register used as variable source.
Changelog:
- Use text_poke_early with cr0 WP save/restore to patch the bypass. We are doing
non atomic
Hi Gary,
* Gary Hade <[EMAIL PROTECTED]>:
> On Tue, Nov 13, 2007 at 01:11:02PM -0700, Matthew Wilcox wrote:
> > On Tue, Nov 13, 2007 at 10:51:22AM -0800, Greg KH wrote:
> > > Ok, again, I want to see the IBM people sign off on this, after testing
> > > on all of their machines, before I'll
BTW, I'm going to stop testing your patches on sparc64 for
a while until you start to make me feel like you understand
that ignoring the BSS bloat issue is bad.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
On Tue, 13 Nov 2007, Christian Kujau wrote:
Ah, I forgot about that. Will do as soon as I get a working kernel again. I'm
in the middle of git-bisecting and I had to mark the last 2 versions as "bad"
but only because they 1) Oopsed during boot or 2) could not load the kernel
image:
Same
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Tue, 13 Nov 2007 14:20:02 -0800 (PST)
> On Tue, 13 Nov 2007, David Miller wrote:
>
> > Yes, I could add virtualized area support to sparc64, but we cannot
> > impose this on every platform.
>
> Other platforms do not have the 8MB restriction nor
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Tue, 13 Nov 2007 14:00:45 -0800 (PST)
> On Tue, 13 Nov 2007, Eric Dumazet wrote:
>
> > Once you add in mm/vmalloc.c all needed helpers, no need to use BSS Megablob
> > anymore ?
>
> Well I think all of this can be avoided by simply copying the
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Tue, 13 Nov 2007 13:40:19 -0800 (PST)
> On Tue, 13 Nov 2007, David Miller wrote:
>
> > One thing you could do is simply use a vmalloc allocation in the
> > non-virtualized case.
>
> Yuck. Meaning to add more crappy code. The bss limitations to
Please stop cross-posting this thread at least to linux-pcmcia
until your post is relevant to PCMCIA.
Sorry for being a bore. (Not that I don't love reading LKML
discussions, but I found that it took too much time, and now
they're over at linux-pcmcia too! :)
Thank you in advance.
//Peter
-
To
Christoph Hellwig wrote:
> NACK, both of these are internal and graphics drivers should not be
> using them.
>
I don't feel very strongly about it either way. I think the two
arguments for it are:
1. it's a regression compared to previous kernels
2. it's a visible difference between
On Tue, 13 Nov 2007 17:11:13 -0800 Andrew Morton wrote:
> On Tue, 13 Nov 2007 20:20:32 -0400 Kevin Winchester <[EMAIL PROTECTED]> wrote:
>
> > On November 13, 2007 08:15:41 am [EMAIL PROTECTED] wrote:
> > > The mm snapshot broken-out-2007-11-13-04-14.tar.gz has been uploaded to
> > >
> > >
>
On Tue, 13 Nov 2007 19:52:17 -0500
Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> On 11/13/2007 04:12 PM, Alan Cox wrote:
> >> Bug fixing is not about finding someone to blame, it's about getting the
> >> bug fixed.
> >
> > Partly - its also about understanding why the bug occurred and making it
> >
https://bugzilla.redhat.com/show_bug.cgi?id=340161
The problem code has been removed in 2.6.24. The below patch disables
SCHED_FEAT_PRECISE_CPU_LOAD which causes the offending code to be skipped
but does not prevent the user from enabling it.
The divide-by-zero is here in kernel/sched.c:
static
On Tue, 13 Nov 2007 20:20:32 -0400 Kevin Winchester <[EMAIL PROTECTED]> wrote:
> On November 13, 2007 08:15:41 am [EMAIL PROTECTED] wrote:
> > The mm snapshot broken-out-2007-11-13-04-14.tar.gz has been uploaded to
> >
> >
> >
From: Mark Lord <[EMAIL PROTECTED]>
Date: Tue, 13 Nov 2007 13:18:43 -0500
> Mind you, no arguing that this is effective when that poor bloke has
> a day free to download the git-tree and build/reboot a dozen times.
Like the internet, this time spent is beneficial because it's
pushing the work
On Wed, Nov 14, 2007 at 12:32:43AM +0100, Miklos Szeredi wrote:
> UML doesn't run on 2.6.24-rc2 as host (config attached). Guest is
> 2.6.23-mm1, but I guess it's irrelevant. 2.6.23 as host was OK.
>
> When booting there are zillions of lines like this:
>
> "arch_switch_tls failed, errno =
David Miller <[EMAIL PROTECTED]> writes:
>
> The problem is that for the non-virtualized case this patch bloats up
> the BSS section to be more than 8MB in size. Sparc64 kernel images
> cannot be more than 8MB in size total due to various boot loader and
> firmware limitations.
I recently ran
Greg KH <[EMAIL PROTECTED]> writes:
>
> Also, some companies already provide userspace tools to get all of this
> information about the different slots in a system and what is where,
> from userspace, no kernel changes are needed. So, why add all this
> extra complexity to the kernel if it is not
On Tue, 13 Nov 2007 19:55:09 -0500 Chuck Ebbert wrote:
> On 11/13/2007 03:24 PM, Eric Schoeller wrote:
> > Hello,
> >
> > I would like to enable the Magic SysRq key immediately when the linux
> > kernel starts to boot, not when INIT begins. So, I am familiar with the
> > sysctl command and
Mathieu Desnoyers wrote:
Ok, so the most flexible solution that I see, that should fit for both
i386 and x86_64 would be :
1 byte : "=Q" : Any register accessible as rh: a, b, c, and d.
2, 4 bytes : "=R" : Legacy register—the eight integer registers available
on all i386
Subject: [PATCH 5/5] move per GPIO "requested" to "struct gpio_desc"
---
include/asm-generic/gpio.h | 17 +++-
lib/gpiolib.c | 62 ---
2 files changed, 39 insertions(+), 40 deletions(-)
diff --git a/include/asm-generic/gpio.h
Here comes the point of "struct gpio_desc"
Subject: [PATCH 3/5] use a per GPIO "struct gpio_desc" and chain
"gpio_chip" to a list
---
include/asm-generic/gpio.h |7 +
lib/gpiolib.c | 64 ++--
2 files changed, 39 insertions(+), 32
Subject: [PATCH] move per GPIO "is_out" to "struct gpio_desc"
---
include/asm-generic/gpio.h |4 +---
lib/gpiolib.c | 18 +++---
2 files changed, 12 insertions(+), 10 deletions(-)
diff --git a/include/asm-generic/gpio.h b/include/asm-generic/gpio.h
index
so that requested will always be used, only *requested_str will be used
for DEBUG_FS tracking assistance
Subject: [PATCH 2/5] define gpio_chip.requested_str as a debugfs tracking string
---
include/asm-generic/gpio.h | 11 ++-
lib/gpiolib.c | 34
Here comes a bunch of patches to illustrate my idea, some are not related to
the point I mentioned, and they are not mature for now :-)
Subject: [PATCH 1/5] add gpio_is_onchip() for commonly used gpio range checking
---
lib/gpiolib.c | 32 ++--
1 files changed, 22
On Nov 14, 2007 3:06 AM, David Brownell <[EMAIL PROTECTED]> wrote:
> On Monday 12 November 2007, eric miao wrote:
> > Hi David,
> >
> > I hope I was not late giving my humble feedback on this framework :-)
> >
> > Can we use "per gpio based" structure instead of "per gpio_chip" based one,
> > just
On 11/13/2007 03:24 PM, Eric Schoeller wrote:
> Hello,
>
> I would like to enable the Magic SysRq key immediately when the linux
> kernel starts to boot, not when INIT begins. So, I am familiar with the
> sysctl command and /etc/sysctl.conf - but I'd like to modify these types
> of kernel
For example, 2.6.23.1:
Linux version 2.6.23.1 ([EMAIL PROTECTED]) (gcc version 4.2.2) #1 SMP PREEMPT
Fri Oct 26 13:09:09 CDT 2007
kernel: hdd: HP DVD Writer 1040d, ATAPI CD/DVD-ROM drive
kernel: hdd: ATAPI 48X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache,
UDMA(66)
and
2.6.24-rc2:
Linux
On 11/13/2007 04:12 PM, Alan Cox wrote:
>> Bug fixing is not about finding someone to blame, it's about getting the
>> bug fixed.
>
> Partly - its also about understanding why the bug occurred and making it
> not happen again.
Very few people think about that part.
-
To unsubscribe from this
On Fri, Sep 21, 2007 at 10:44:54PM +0200, Andi Kleen wrote:
> For some reason old binutils genertate larger headers so
> increase the text offset of the vdso to avoid linker errors.
>
> Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
>
> ---
> arch/x86_64/vdso/voffset.h |2 +-
> 1 file
On Tue, 2007-11-13 at 22:22 +, Christoph Hellwig wrote:
> On Tue, Nov 13, 2007 at 12:21:16PM -0800, Jeremy Fitzhardinge wrote:
> > Subject: x86/paravirt: revert exports to restore old behaviour
> >
> > Subdividing the paravirt_ops structure caused a regression in certain
> > non-GPL modules
>>
>> +kvm_get_msr(vcpu, MSR_IA32_TIME_STAMP_COUNTER,
>> + >hv_clock.last_tsc);
>> +
>> +ktime_get_ts();
>> +vcpu->hv_clock.now_ns = ts.tv_nsec + (NSEC_PER_SEC *
>> (u64)ts.tv_sec); + vcpu->hv_clock.wc_sec = get_seconds();
>>
>> I am even thinking we have to
On Tuesday 13 November 2007 11:57, Gabriel C wrote:
> > The main problem is finding experienced developers who spend time on
> > looking into bug reports.
>
> There are already. IMO the problem is the development model.
>
> There are tons new features in each new kernel release and 'tons new bugs'
On Tuesday 13 November 2007 10:56, Adrian Bunk wrote:
> On Tue, Nov 13, 2007 at 12:13:56PM -0500, Theodore Tso wrote:
> > On Tue, Nov 13, 2007 at 04:52:32PM +0100, Benoit Boissinot wrote:
> > > Btw, I used to test every -mm kernel. But since I've switched distros
> > > (gentoo->ubuntu)
> > > and I
On Tuesday 13 November 2007 01:30, [EMAIL PROTECTED] wrote:
> From: Martin Schwidefsky <[EMAIL PROTECTED]>
>
> In order to change the layout of the page tables after an mmap has
> crossed the adress space limit of the current page table layout a
> architecture hook in get_unmapped_area is needed.
On Tue, Nov 13, 2007 at 04:01:44PM -0800, Andrew Morton wrote:
> On Tue, 13 Nov 2007 15:14:10 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > On Mon, 5 Nov 2007 12:03:34 -0800 Greg KH <[EMAIL PROTECTED]> wrote:
> >
> > > > > > <4> [<00142548>] sys_reboot+0x1a4/0x1f4
> > > > > >
Fix presentation of the slot number in the /sys/bus/pci/slots
directory to match that used in the majority of other drivers.
--
On Tue, Nov 13, 2007 at 02:58:30PM -0700, Matthew Wilcox wrote:
> On Tue, Nov 13, 2007 at 03:41:21PM -0600, Linas Vepstas wrote:
> > /sys/bus/pci/slots
> >
On Tuesday 13 November 2007 07:08, Mark Lord wrote:
> Ingo Molnar wrote:
> ..
>
> > This is all QA-101 that _cannot be argued against on a rational basis_,
> > it's just that these sorts of things have been largely ignored for
> > years, in favor of the all-too-easy "open source means many
On Tue, Nov 13, 2007 at 04:22:14PM -0800, Greg KH wrote:
> On Mon, Oct 22, 2007 at 05:15:27PM +1000, NeilBrown wrote:
> >
> > It appears that a couple of bugs slipped in to md for 2.6.23.
> > These two patches fix them and are appropriate for 2.6.23.y as well
> > as 2.6.24-rcX
> >
> > Thanks,
>
* H. Peter Anvin ([EMAIL PROTECTED]) wrote:
> Mathieu Desnoyers wrote:
>> Andi seemed to trust gas stability and you answered:
>> "The comment was referring to x86-64, but I incorrectly remembered that
>> applying to "movq $imm,%reg" as opposed to loading from an absolute
>> address. gas
Hi Andi,
pfmon is a single tool and fairly low level, the HPC folks don't use
it so much because it isn't parallel aware and is meant for power-
users. It is not representative of the tools used in HPC at all. Our
community uses tools built on the infrastructure provided by libpfm
and
On Mon, Oct 22, 2007 at 05:15:27PM +1000, NeilBrown wrote:
>
> It appears that a couple of bugs slipped in to md for 2.6.23.
> These two patches fix them and are appropriate for 2.6.23.y as well
> as 2.6.24-rcX
>
> Thanks,
> NeilBrown
>
> [PATCH 001 of 2] md: Fix an unsigned compare to allow
On Wednesday 14 November 2007 06:22, David Brownell wrote:
> On Tuesday 13 November 2007, Ingo Molnar wrote:
> > * David Brownell <[EMAIL PROTECTED]> wrote:
> > > > > I speculate that either the design has changed (without fanfare),
> > > > > or else that stuff is in RT kernels and has not yet
On Tue, Nov 13, 2007 at 07:23:46PM -0500, Kyle McMartin wrote:
> On Wed, Nov 14, 2007 at 12:18:42AM +, David Howells wrote:
> > Mark arches that support A.OUT format by including the following in their
> > master Kconfig files:
> >
> > config ARCH_SUPPORTS_AOUT
> > def_bool y
On Wednesday 14 November 2007 01:21:07 CaT wrote:
> On Fri, Sep 21, 2007 at 10:44:54PM +0200, Andi Kleen wrote:
> > For some reason old binutils genertate larger headers so
> > increase the text offset of the vdso to avoid linker errors.
> >
> > Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
> >
Add MTD flash support for the ASB2303 board.
Signed-off-by: David Howells <[EMAIL PROTECTED]>
---
arch/mn10300/configs/asb2303_defconfig |1
drivers/mtd/chips/jedec_probe.c|2
drivers/mtd/maps/Kconfig |8 +
drivers/mtd/maps/Makefile |1
On Wed, Nov 14, 2007 at 12:18:42AM +, David Howells wrote:
> Mark arches that support A.OUT format by including the following in their
> master Kconfig files:
>
> config ARCH_SUPPORTS_AOUT
> def_bool y
>
...
> Signed-off-by: David Howells <[EMAIL PROTECTED]>
>
big
net2280 can't have a function called show_registers() because this can produce
a namespace clash with an arch function of the same name.
All this driver's functions and variables should really be prefixed with
"net2280_" to avoid such a problem in future.
Signed-off-by: David Howells <[EMAIL
Allocate serial port UART type IDs for the MN10300 on-chip serial ports.
Signed-off-by: David Howells <[EMAIL PROTECTED]>
Acked-by: Alan Cox <[EMAIL PROTECTED]>
---
include/linux/serial_core.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/linux/serial_core.h
Suppress A.OUT library support if CONFIG_ARCH_SUPPORTS_AOUT is not set.
Not all architectures support the A.OUT binfmt, so the ELF binfmt should not
be permitted to go looking for A.OUT libraries to load in such a case. Not
only that, but under such conditions A.OUT core dumps are not produced
Add support for the SST 39VF1601 flash chip.
Signed-off-by: David Howells <[EMAIL PROTECTED]>
---
drivers/mtd/chips/jedec_probe.c | 16 +++-
1 files changed, 15 insertions(+), 1 deletions(-)
diff --git a/drivers/mtd/chips/jedec_probe.c b/drivers/mtd/chips/jedec_probe.c
index
Remove now unnecessary inclusions of {asm,linux}/a.out.h.
Signed-off-by: David Howells <[EMAIL PROTECTED]>
---
arch/alpha/kernel/osf_sys.c |1 -
arch/alpha/kernel/process.c |1 -
arch/alpha/kernel/setup.c |1 -
arch/arm/kernel/process.c |1 -
Mark arches that support A.OUT format by including the following in their
master Kconfig files:
config ARCH_SUPPORTS_AOUT
def_bool y
This should also be set if the arch provides compatibility A.OUT support for
an older arch, for instance x86_64 for i386 or sparc64 for
Move STACK_TOP[_MAX] out of asm/a.out.h and into asm/processor.h as they're
required whether or not A.OUT format is available.
Signed-off-by: David Howells <[EMAIL PROTECTED]>
---
include/asm-alpha/a.out.h |8 +---
include/asm-alpha/processor.h |5 +
These patches add the MEI/Panasonic MN10300/AM33 architecture to the Linux
kernel.
The first four patches make it possible to suppress A.OUT support in the kernel
for an arch (CONFIG_ARCH_SUPPORTS_AOUT must be set to 'y' to unsuppress).
MN10300 does not support the AOUT binfmt, so the ELF
On Wed, Nov 14, 2007 at 12:53:33AM +0100, Andi Kleen wrote:
>
> > > Subject: [PATCH 12/12] xfs: eagerly remove vmap mappings to avoid
> > > upsetting Xen
>
> This patch was the wrong fix anyways as discussed; David Chinner
> finally came up with a better one.
Ok, that's good to know, if someone
On Tue, Nov 13, 2007 at 03:33:14PM -0800, Kristen Carlson Accardi wrote:
> As far as being able to retrieve the slot number (which it seemed from
> the HP manageablity application perspective is the goal here), that
> information is available from userspace as well for at least standard PCI
> and
UML doesn't run on 2.6.24-rc2 as host (config attached). Guest is
2.6.23-mm1, but I guess it's irrelevant. 2.6.23 as host was OK.
When booting there are zillions of lines like this:
"arch_switch_tls failed, errno = EINVAL"
then it finally fails with:
"BUG: spinlock cpu recursion on CPU#0,
On Tuesday 13 November 2007 06:44, Christoph Lameter wrote:
> On Sat, 10 Nov 2007, Nick Piggin wrote:
> > BTW. your size-2048 kmalloc cache is order-1 in the default setup,
> > wheras kmalloc(1024) or kmalloc(4096) will be order-0 allocations. And
> > SLAB also uses order-0 for size-2048. It would
On Tue, 13 Nov 2007 15:14:10 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Mon, 5 Nov 2007 12:03:34 -0800 Greg KH <[EMAIL PROTECTED]> wrote:
>
> > > > > <4> [<00142548>] sys_reboot+0x1a4/0x1f4
> > > > > <4> [<00111038>] sysc_noemu+0x10/0x16
> > > > > <4>
> > Subject: [PATCH 12/12] xfs: eagerly remove vmap mappings to avoid
> > upsetting Xen
This patch was the wrong fix anyways as discussed; David Chinner
finally came up with a better one.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
Quoting Chris Friedhoff ([EMAIL PROTECTED]):
> Hello,
>
> everything works as expected, but ...
>
> closing X and no capabilities set for xinit does shutdown only the
> windowmanager and not the X server (Xorg server 1.4)
> Consolemessage is:
> xinit: Operation not permitted (errno 1): Can't
Bah, you're right. He gave me the name for the wrong device. It's
really an Interfirm HS-CF32 device. He said the company has gone out
of business, but a quick google shows an interfirm.co.jp site with
this HS-CF32 device on it. I'll try and get specifications there.
--Ron
On Nov 13, 2007
On Tue, Nov 13, 2007 at 03:18:07PM -0500, Mark Lord wrote:
> Russell King wrote:
> > On Tue, Nov 13, 2007 at 09:08:32AM -0500, Mark Lord wrote:
> >> Ingo Molnar wrote:
> >> ..
> >>> This is all QA-101 that _cannot be argued against on a rational basis_,
> >>> it's just that these sorts of things
On Tuesday 13 November 2007 07:13, Matt Mackall wrote:
> On Fri, Nov 09, 2007 at 11:36:56PM +1100, Nick Piggin wrote:
> > Hi,
> >
> > Just ran some tbench numbers (from dbench-3.04), on a 2 socket, 8
> > core x86 system, with 1 NUMA node per socket. With kernel 2.6.24-rc2,
> > comparing slab vs
Jochen Friedrich wrote:
@@ -474,6 +481,12 @@ static void cpm1_set_pin16(int port, int pin, int
flags)
else
clrbits16(>par, pin);
+if (port == CPM_PORTA) {
+if (flags & CPM_PIN_OPENDRAIN)
+setbits16(>odr, pin);
+else
+clrbits16(>odr, pin);
On Tue, 13 Nov 2007 23:29:54 + Russell King <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 13, 2007 at 09:13:19PM +0100, Adrian Bunk wrote:
> > On Tue, Nov 13, 2007 at 07:32:19PM +, Russell King wrote:
> > >...
> > > There's another issue I want to raise concerning bugzilla. We have the
> > >
Thomas Gleixner wrote:
On Tue, 13 Nov 2007, Mark Lord wrote:
Thomas Gleixner wrote:
On Tue, 13 Nov 2007, Mark Lord wrote:
Andrew Morton wrote:
On Mon, 12 Nov 2007 22:42:32 -0800 "Natalie Protasevich"
<[EMAIL PROTECTED]> wrote:
..
with CONFIG_NO_HZ and/or CONFIG_HPET_TIMER set kernel
On Mon, Oct 15, 2007 at 02:59:50PM -0700, Jeremy Fitzhardinge wrote:
> Greg KH wrote:
> > Yeah, but you cc:ed all 12 patches to [EMAIL PROTECTED] The majority of
> > which we
> > don't want to take, right? Which specific ones should stable@ care
> > about?
>
> Crap, sorry about that. I'd just
On Tue, 13 Nov 2007 16:04:00 -0700
Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 13, 2007 at 02:56:05PM -0800, Greg KH wrote:
> > Why not just use the code in the linux firmware kit that does this
> > already today from userspace (thanks to Kristen for pointing this out to
> > me on
On Tue, Nov 13, 2007 at 09:13:19PM +0100, Adrian Bunk wrote:
> On Tue, Nov 13, 2007 at 07:32:19PM +, Russell King wrote:
> >...
> > There's another issue I want to raise concerning bugzilla. We have the
> > classic case of "not enough people reading bugzilla bugs" - which is one
> > of the
101 - 200 of 1240 matches
Mail list logo
