PCI is one of the few hardware stuff where defaulting to y makes sense.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch has been sent on:
- 13 Dec 2007
753cd05e76043bb56edb30b2277be9f3e77ee0c4
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 80b7ba4..2897cc0
-by: Adrian Bunk [EMAIL PROTECTED]
---
fs/cifs/cifsacl.c |2 ++
1 file changed, 2 insertions(+)
0cf530f754b974ee5e58b3346828bb5586440c92
diff --git a/fs/cifs/cifsacl.c b/fs/cifs/cifsacl.c
index c312adc..771a22f 100644
--- a/fs/cifs/cifsacl.c
+++ b/fs/cifs/cifsacl.c
@@ -189,6 +189,7 @@ static void
PCI is one of the few hardware stuff where defaulting to y makes sense.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch has been sent on:
- 13 Dec 2007
753cd05e76043bb56edb30b2277be9f3e77ee0c4
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 80b7ba4..2897cc0 100644
This patch contains the scheduled removal of the 'time' option.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
Documentation/feature-removal-schedule.txt |8
kernel/printk.c| 13 -
2 files changed, 21 deletions
This patch contains the scheduled removal of the MSI support in the
mthca driver.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
Documentation/feature-removal-schedule.txt | 10 -
drivers/infiniband/hw/mthca/mthca_dev.h|1
drivers/infiniband/hw/mthca/mthca_eq.c |6
This patch contains the scheduled removal of the shaper driver.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
Documentation/feature-removal-schedule.txt |9
Documentation/networking/00-INDEX |2
Documentation/networking/shaper.txt| 48 -
drivers/net/Kconfig
This patch contains the scheduled removal of the a.out interpreter
support for ELF executables.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
Documentation/feature-removal-schedule.txt | 11 -
fs/binfmt_elf.c| 142 +
2 files changed, 13
As Torsten Kaiser pointed out, it seems the dependency of
USB_STORAGE_ONETOUCH on !PM should have been removed in
commit 7931e1c6f8007d5fef8a0bb2dc71bd97315eeae9.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
9c1aa5fae6c8a4d1a6a8f90062d473d63250a403
diff --git a/drivers/usb/storage/Kconfig
I have not yet seen anyone saying he has a reasonable use case for using
BINFMT_FLAT modular on his embedded device.
Considering that fs/binfmt_flat.c even lacks a MODULE_LICENSE() I really
doubt there is any, and this patch therefore makes BINFMT_FLAT a bool.
Signed-off-by: Adrian Bunk [EMAIL
This patch removes two MTD drivers that have been marked as
BROKEN 19 months ago due to requiring nonexisting header files.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch has been sent on:
- 24 Oct 2007
drivers/mtd/nand/Kconfig | 12
drivers/mtd/nand/Makefile
is still
present in the older kernel releases.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch has been sent on:
- 24 Oct 2007
Documentation/mca.txt | 17
drivers/block/Kconfig | 10
drivers/block/Makefile |1
drivers/block/ps2esdi.c | 1079
This patch fixes array overflows in the OSS msnd driver spotted by the
Coverity checker.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch has been sent on:
- 27 Oct 2007
97463a59dfb9ccb915d3b615225c98cb3e310c0a
diff --git a/sound/oss/msnd.h b/sound/oss/msnd.h
index 05cf786
This patch #if 0's the unused dma_async_memcpy_buf_to_buf().
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch has been sent on:
- 14 Aug 2007
drivers/dma/dmaengine.c |2 ++
include/linux/dmaengine.h |2 --
2 files changed, 2 insertions(+), 2 deletions
The h8300 port doesn't even compile anymore for some time (the
first compile error you run into was introduced 7 months ago by
commit c728d60455e8e8722ee08312a75f38dd7a866b5e).
Are there any patches in some external tree that should be merged?
Or will anyone work on getting this port back into a
Trying to compile the v850 port brings you many compile errors, one of
them exists since at least kernel 2.6.19.
Are there any patches in some external tree that should be merged?
Or will anyone work on getting this port back into a usable state in the
forseeable future?
Otherwise the only
On Tue, Jan 01, 2008 at 02:30:22PM +, Alan Cox wrote:
On Tue, 1 Jan 2008 15:26:23 +0100
Ingo Molnar [EMAIL PROTECTED] wrote:
* Adrian Bunk [EMAIL PROTECTED] wrote:
This patch removes the EXPERIMENTAL option and all dependencies on
EXPERIMENTAL since they are pointless
On Tue, Jan 01, 2008 at 02:23:44PM +, Alan Cox wrote:
On Tue, 1 Jan 2008 15:48:09 +0200
Adrian Bunk [EMAIL PROTECTED] wrote:
This patch removes the EXPERIMENTAL option and all dependencies on
EXPERIMENTAL since they are pointless.
NAK
Experimental is an important guide to driver
On Tue, Jan 01, 2008 at 04:07:08PM +, Alan Cox wrote:
On Tue, 1 Jan 2008 17:17:51 +0200
Adrian Bunk [EMAIL PROTECTED] wrote:
On Tue, Jan 01, 2008 at 02:23:44PM +, Alan Cox wrote:
On Tue, 1 Jan 2008 15:48:09 +0200
Adrian Bunk [EMAIL PROTECTED] wrote:
This patch removes
On Tue, Jan 01, 2008 at 06:40:38PM +0100, Bartlomiej Zolnierkiewicz wrote:
* Replace driver versions in comments by DRV_VERSION define.
* Add MODULE_VERSION(DRV_VERSION) to drivers defining DRV_VERSION.
...
Could you limit this to actively maintained version numbers and also
remove the
On Tue, Jan 01, 2008 at 04:30:57PM +, David Woodhouse wrote:
On Tue, 2008-01-01 at 15:48 +0200, Adrian Bunk wrote:
This patch removes two MTD drivers that have been marked as
BROKEN 19 months ago due to requiring nonexisting header files.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED
On Tue, Jan 01, 2008 at 07:43:23PM +0100, Oliver Pinter (Pintér Olivér) wrote:
then it is auch to 2.6.22-stable?
That's a very old bug in a driver for ancient hardware, so there's no
need to hurry.
On 1/1/08, Adrian Bunk [EMAIL PROTECTED] wrote:
This patch fixes array overflows in the OSS
On Sun, Dec 30, 2007 at 04:56:35PM -0800, Yinghai Lu wrote:
On Dec 30, 2007 4:28 PM, Adrian Bunk [EMAIL PROTECTED] wrote:
...
Sorry for the dumb question, but what in
+ if (!smp_processor_id() !skip_ioapic_setup nr_ioapics)
+ enable_IO_APIC();
guarantees
On Sun, Dec 30, 2007 at 05:03:50PM -0800, Yinghai Lu wrote:
On Dec 30, 2007 4:28 PM, Adrian Bunk [EMAIL PROTECTED] wrote:
On Sun, Dec 30, 2007 at 04:01:39PM -0800, Yinghai Lu wrote:
...
the old one is in x86-mm tree
http://git.kernel.org/?p=linux/kernel/git/x86/linux-2.6-x86.git
On Tue, Jan 01, 2008 at 06:53:54PM +0100, Jan Engelhardt wrote:
On Jan 1 2008 15:46, Adrian Bunk wrote:
index 20c4c8b..93aac19 100644
--- a/Documentation/feature-removal-schedule.txt
+++ b/Documentation/feature-removal-schedule.txt
@@ -233,10 +233,2 @@ Who:Jean Delvare [EMAIL PROTECTED
On Tue, Jan 01, 2008 at 05:35:32PM +, Alan Cox wrote:
So smbfs is still considered rock solid while no serious distribution
would be crazy enough to ship the EXPERIMENTAL NFSv4 support to their
customers?
Thats a different problem. The kernel as I've said many times has no
proper
On Wed, Jan 02, 2008 at 01:28:26AM +0100, Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
The header of ppchameleonevb.c claims it comes from [EMAIL PROTECTED]
Argh. That's indeed ancient code.
So what should I do to fix this? Wait for Thomas' response, or port
patches
On Mon, Dec 31, 2007 at 01:49:27PM -0500, Mike Frysinger wrote:
Use __asm__ and __volatile__ in code that is exported to userspace. Wrap
kernel functions with __KERNEL__ so they get scrubbed.
Signed-off-by: Mike Frysinger [EMAIL PROTECTED]
---
diff --git a/include/asm-x86/msr.h
On Tue, Jan 01, 2008 at 01:19:42PM -0800, H. Peter Anvin wrote:
Christoph Hellwig wrote:
On Mon, Dec 31, 2007 at 01:12:45PM -0500, Mike Frysinger wrote:
Since asm-x86/byteorder.h is exported to userspace, use __asm__ rather than
asm in its code.
The correct fix is to not export it to
the depends on BROKEN line.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
f778e1d046a3554ca15b8637afd0ffbf4790801c
diff --git a/fs/Kconfig b/fs/Kconfig
index 487236c..d850725 100644
--- a/fs/Kconfig
+++ b/fs/Kconfig
@@ -138,7 +138,7 @@ config EXT3_FS_SECURITY
config EXT4DEV_FS
tristate
On Tue, Jan 01, 2008 at 08:51:40PM -0500, Mike Frysinger wrote:
Fix the ufs_inotofsba macro to use __u64 rather than u64 since this is
exported to userspace.
Signed-off-by: Mike Frysinger [EMAIL PROTECTED]
---
diff --git a/include/linux/ufs_fs.h b/include/linux/ufs_fs.h
index
On Mon, Dec 31, 2007 at 04:19:23PM +0100, Bodo Eggert wrote:
> On Mon, 31 Dec 2007, Adrian Bunk wrote:
> > On Mon, Dec 31, 2007 at 02:26:42PM +0100, Bodo Eggert wrote:
> > > On Mon, 31 Dec 2007, Adrian Bunk wrote:
> > > > On Mon, Dec 31, 2007 at 01:09
On Mon, Dec 31, 2007 at 04:19:23PM +0100, Bodo Eggert wrote:
> On Mon, 31 Dec 2007, Adrian Bunk wrote:
> > On Mon, Dec 31, 2007 at 02:26:42PM +0100, Bodo Eggert wrote:
> > > On Mon, 31 Dec 2007, Adrian Bunk wrote:
> > > > On Mon, Dec 31, 2007 at 01:09
On Mon, Dec 31, 2007 at 02:26:42PM +0100, Bodo Eggert wrote:
> On Mon, 31 Dec 2007, Adrian Bunk wrote:
> > On Mon, Dec 31, 2007 at 01:09:43PM +0100, Bodo Eggert wrote:
>
> > > As suggested by Adrian Bunk, UNIX domain sockets should always be built
> > &g
On Mon, Dec 31, 2007 at 01:09:43PM +0100, Bodo Eggert wrote:
> As suggested by Adrian Bunk, UNIX domain sockets should always be built in
> on normal systems. This is especially true since udev needs these sockets
> and fails to run if UNIX=m.
>
> Signed-Off-By: Bodo Eggert &l
On Mon, Dec 31, 2007 at 01:09:43PM +0100, Bodo Eggert wrote:
As suggested by Adrian Bunk, UNIX domain sockets should always be built in
on normal systems. This is especially true since udev needs these sockets
and fails to run if UNIX=m.
Signed-Off-By: Bodo Eggert [EMAIL PROTECTED
On Mon, Dec 31, 2007 at 02:26:42PM +0100, Bodo Eggert wrote:
On Mon, 31 Dec 2007, Adrian Bunk wrote:
On Mon, Dec 31, 2007 at 01:09:43PM +0100, Bodo Eggert wrote:
As suggested by Adrian Bunk, UNIX domain sockets should always be built
in
on normal systems. This is especially true
On Mon, Dec 31, 2007 at 04:19:23PM +0100, Bodo Eggert wrote:
On Mon, 31 Dec 2007, Adrian Bunk wrote:
On Mon, Dec 31, 2007 at 02:26:42PM +0100, Bodo Eggert wrote:
On Mon, 31 Dec 2007, Adrian Bunk wrote:
On Mon, Dec 31, 2007 at 01:09:43PM +0100, Bodo Eggert wrote:
As suggested
On Mon, Dec 31, 2007 at 04:19:23PM +0100, Bodo Eggert wrote:
On Mon, 31 Dec 2007, Adrian Bunk wrote:
On Mon, Dec 31, 2007 at 02:26:42PM +0100, Bodo Eggert wrote:
On Mon, 31 Dec 2007, Adrian Bunk wrote:
On Mon, Dec 31, 2007 at 01:09:43PM +0100, Bodo Eggert wrote:
As suggested
On Sun, Dec 30, 2007 at 04:01:39PM -0800, Yinghai Lu wrote:
> On Dec 30, 2007 3:23 PM, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> > On Sun, Dec 30, 2007 at 02:42:41PM -0800, Yinghai Lu wrote:
> > > On Dec 30, 2007 2:06 PM, Adrian Bunk <[EMAIL PROTECTED]> wrote
On Sun, Dec 30, 2007 at 02:42:41PM -0800, Yinghai Lu wrote:
> On Dec 30, 2007 2:06 PM, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > On Sun, Dec 30, 2007 at 12:48:48PM -0800, Yinghai Lu wrote:
> > > On Dec 30, 2007 6:51 AM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> &
On Sun, Dec 30, 2007 at 12:48:48PM -0800, Yinghai Lu wrote:
> On Dec 30, 2007 6:51 AM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> >
> > * Yinghai Lu <[EMAIL PROTECTED]> wrote:
> >
> > > please check if you can replace the one in the x86-mm
> > >
> > >
On Sun, Dec 30, 2007 at 09:18:38PM +0100, Jan Engelhardt wrote:
>
> On Dec 30 2007 21:11, [EMAIL PROTECTED] wrote:
> >
> >i build a kernel with allmodconfig and didn`t get my system to boot with
> >that.
> >
> >after some investigation i found that it was due to udev:
> >
> >udevd[1226]:
On Sun, Dec 30, 2007 at 03:00:51AM +0100, Andi Kleen wrote:
>
> > Without inlining the maxmimum stack usage inside foobar() is
> > max(stack usage foo(), stack usage bar()). [1]
>
> It's a little more complicated. gcc 4.x (not sure which x, might 0)
> is clever enough to not use max() stack,
On Sun, Dec 30, 2007 at 03:00:51AM +0100, Andi Kleen wrote:
Without inlining the maxmimum stack usage inside foobar() is
max(stack usage foo(), stack usage bar()). [1]
It's a little more complicated. gcc 4.x (not sure which x, might 0)
is clever enough to not use max() stack, but only
On Sun, Dec 30, 2007 at 09:18:38PM +0100, Jan Engelhardt wrote:
On Dec 30 2007 21:11, [EMAIL PROTECTED] wrote:
i build a kernel with allmodconfig and didn`t get my system to boot with
that.
after some investigation i found that it was due to udev:
udevd[1226]: init_udev_socket: error
On Sun, Dec 30, 2007 at 12:48:48PM -0800, Yinghai Lu wrote:
On Dec 30, 2007 6:51 AM, Ingo Molnar [EMAIL PROTECTED] wrote:
* Yinghai Lu [EMAIL PROTECTED] wrote:
please check if you can replace the one in the x86-mm
On Sun, Dec 30, 2007 at 02:42:41PM -0800, Yinghai Lu wrote:
On Dec 30, 2007 2:06 PM, Adrian Bunk [EMAIL PROTECTED] wrote:
On Sun, Dec 30, 2007 at 12:48:48PM -0800, Yinghai Lu wrote:
On Dec 30, 2007 6:51 AM, Ingo Molnar [EMAIL PROTECTED] wrote:
* Yinghai Lu [EMAIL PROTECTED] wrote
On Sun, Dec 30, 2007 at 04:01:39PM -0800, Yinghai Lu wrote:
On Dec 30, 2007 3:23 PM, Adrian Bunk [EMAIL PROTECTED] wrote:
On Sun, Dec 30, 2007 at 02:42:41PM -0800, Yinghai Lu wrote:
On Dec 30, 2007 2:06 PM, Adrian Bunk [EMAIL PROTECTED] wrote:
On Sun, Dec 30, 2007 at 12:48:48PM -0800
On Sat, Dec 29, 2007 at 10:17:37PM +0100, Andi Kleen wrote:
>
> > Until we are on par with stack usage I recommend to keep
> > -fno-unit-at-a-time disabled for gcc less than 4.00 as
> > suggested by Adrian (as is what we have today).
>
> Again the correct fix is to add "noinline" to the
On Sat, Dec 29, 2007 at 01:16:07PM +0100, Andi Kleen wrote:
>
> If -funit-at-a-time really increases stack size too much on some compiler
> version the right fix would be to check where it does that using make
> checkstack
> and then add "noinline" attributes there to prevent the compiler from
On Sat, Dec 29, 2007 at 01:18:02AM -0800, David Miller wrote:
> From: Adrian Bunk <[EMAIL PROTECTED]>
> Date: Sat, 29 Dec 2007 11:06:19 +0200
>
> > On Sat, Dec 29, 2007 at 12:54:08AM -0800, David Miller wrote:
> > > From: Adrian Bunk <[EMAIL PROTECTED]>
> &g
On Sat, Dec 29, 2007 at 10:39:04AM +0100, Sam Ravnborg wrote:
> On Sat, Dec 29, 2007 at 12:13:24AM +0200, Adrian Bunk wrote:
> > On Fri, Dec 28, 2007 at 10:23:41PM +0100, Sam Ravnborg wrote:
> > >...
> > > Noteworthy remarks on the unification:
> > >...
>
On Sat, Dec 29, 2007 at 12:54:08AM -0800, David Miller wrote:
> From: Adrian Bunk <[EMAIL PROTECTED]>
> Date: Sat, 29 Dec 2007 10:48:46 +0200
>
> > On Sat, Dec 29, 2007 at 12:14:11AM -0800, David Miller wrote:
> > > That's why I'm not worried about this issue and
On Sat, Dec 29, 2007 at 12:14:11AM -0800, David Miller wrote:
> From: Adrian Bunk <[EMAIL PROTECTED]>
> Date: Sat, 29 Dec 2007 01:22:56 +0200
>
> > At least the sunserial_console_match() one is an obvious Oops
> > (EXPORT_SYMBOL of an __init function).
> >
&
On Sat, Dec 29, 2007 at 03:14:23AM +0100, Andi Kleen wrote:
> On Friday 28 December 2007 23:13:24 Adrian Bunk wrote:
> > On Fri, Dec 28, 2007 at 10:23:41PM +0100, Sam Ravnborg wrote:
> > >...
> > > Noteworthy remarks on the unification:
> > >...
> > &g
On Sat, Dec 29, 2007 at 03:14:23AM +0100, Andi Kleen wrote:
On Friday 28 December 2007 23:13:24 Adrian Bunk wrote:
On Fri, Dec 28, 2007 at 10:23:41PM +0100, Sam Ravnborg wrote:
...
Noteworthy remarks on the unification:
...
- -funit-at-a-time should be easy to unify but it looks like
On Sat, Dec 29, 2007 at 12:14:11AM -0800, David Miller wrote:
From: Adrian Bunk [EMAIL PROTECTED]
Date: Sat, 29 Dec 2007 01:22:56 +0200
At least the sunserial_console_match() one is an obvious Oops
(EXPORT_SYMBOL of an __init function).
The comment in the description of
commit
On Sat, Dec 29, 2007 at 12:54:08AM -0800, David Miller wrote:
From: Adrian Bunk [EMAIL PROTECTED]
Date: Sat, 29 Dec 2007 10:48:46 +0200
On Sat, Dec 29, 2007 at 12:14:11AM -0800, David Miller wrote:
That's why I'm not worried about this issue and it's not critical at
all
On Sat, Dec 29, 2007 at 10:39:04AM +0100, Sam Ravnborg wrote:
On Sat, Dec 29, 2007 at 12:13:24AM +0200, Adrian Bunk wrote:
On Fri, Dec 28, 2007 at 10:23:41PM +0100, Sam Ravnborg wrote:
...
Noteworthy remarks on the unification:
...
- -funit-at-a-time should be easy to unify
On Sat, Dec 29, 2007 at 01:18:02AM -0800, David Miller wrote:
From: Adrian Bunk [EMAIL PROTECTED]
Date: Sat, 29 Dec 2007 11:06:19 +0200
On Sat, Dec 29, 2007 at 12:54:08AM -0800, David Miller wrote:
From: Adrian Bunk [EMAIL PROTECTED]
Date: Sat, 29 Dec 2007 10:48:46 +0200
On Sat
On Sat, Dec 29, 2007 at 01:16:07PM +0100, Andi Kleen wrote:
If -funit-at-a-time really increases stack size too much on some compiler
version the right fix would be to check where it does that using make
checkstack
and then add noinline attributes there to prevent the compiler from
On Sat, Dec 29, 2007 at 10:17:37PM +0100, Andi Kleen wrote:
Until we are on par with stack usage I recommend to keep
-fno-unit-at-a-time disabled for gcc less than 4.00 as
suggested by Adrian (as is what we have today).
Again the correct fix is to add noinline to the functions that are
On Thu, Dec 27, 2007 at 02:18:58PM -0800, David Brownell wrote:
> On Sunday 23 December 2007, Al Boldi wrote:
> >
> > Reogranize USB Kconfig Menu, and move USB_GADGET out into the Device Driver
> > Menu. This helps the USB Kconfig Menu to be more logical/usable.
> >
> > Cc: David Brownell
On Wed, Dec 26, 2007 at 07:05:04PM -0800, David Miller wrote:
> From: Mariusz Kozlowski <[EMAIL PROTECTED]>
> Date: Wed, 26 Dec 2007 13:29:07 +0100
>
> > WARNING: vmlinux.o(.text+0x46b04): Section mismatch: reference to
> > .init.text:sun4v_ktsb_register (between 'smp_callin' and
> >
On Fri, Dec 28, 2007 at 10:23:41PM +0100, Sam Ravnborg wrote:
>...
> Noteworthy remarks on the unification:
>...
> - -funit-at-a-time should be easy to unify but it looks like we have a bug
> in 32 bit. We only enable -funit-at-a-time for gcc less than 0400 if they
> support it
No, we
On Fri, Dec 28, 2007 at 02:14:04PM -0500, Mathieu Desnoyers wrote:
> * Adrian Bunk ([EMAIL PROTECTED]) wrote:
> > This patch restores the blackfin Hardware Performance Monitor Profiling
> > support that was killed by
> > commit 09cadedbdc01f1a4bea1f427d4fb4642eaa19da9
This patch restores the Cell OProfile support that was killed by
commit 09cadedbdc01f1a4bea1f427d4fb4642eaa19da9.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
kernel/Kconfig.instrumentation |8
1 file changed, 8 insertions(+)
6d1446d35d367fdbdd2a0a29e0d156646ff40630
This patch restores the ARMv6 OProfile support that was killed by
commit 09cadedbdc01f1a4bea1f427d4fb4642eaa19da9.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
kernel/Kconfig.instrumentation | 19 +++
1 file changed, 19 inse
This patch restores the blackfin Hardware Performance Monitor Profiling
support that was killed by
commit 09cadedbdc01f1a4bea1f427d4fb4642eaa19da9.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
kernel/Kconfig.instrumentation |9 +
1 file changed, 9 inse
Just a test - please ignore.
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
--
To
On Fri, Dec 14, 2007 at 10:41:58AM +0100, Haavard Skinnemoen wrote:
> On Thu, 13 Dec 2007 20:56:17 +0100
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > AFAIK the latest available AVR32 toolchains are some patched gcc 4.0 and
> > some patched binutils 2.17, and
On Fri, Dec 28, 2007 at 08:36:38AM +0100, Oliver Falk wrote:
> On 12/12/2007 03:55 PM, Luiz Fernando N. Capitulino wrote:
> > Em Wed, 12 Dec 2007 10:17:10 +0100
> > Oliver Falk <[EMAIL PROTECTED]> escreveu:
> >
> > | Can someone explain me that?
>...
> > | Dec 12 00:24:15 santorini kernel:
On Fri, Dec 28, 2007 at 08:36:38AM +0100, Oliver Falk wrote:
On 12/12/2007 03:55 PM, Luiz Fernando N. Capitulino wrote:
Em Wed, 12 Dec 2007 10:17:10 +0100
Oliver Falk [EMAIL PROTECTED] escreveu:
| Can someone explain me that?
...
| Dec 12 00:24:15 santorini kernel: EFLAGS: 00010246
On Fri, Dec 14, 2007 at 10:41:58AM +0100, Haavard Skinnemoen wrote:
On Thu, 13 Dec 2007 20:56:17 +0100
Adrian Bunk [EMAIL PROTECTED] wrote:
AFAIK the latest available AVR32 toolchains are some patched gcc 4.0 and
some patched binutils 2.17, and avr32 is currently the only architecture
Just a test - please ignore.
cu
Adrian
--
Is there not promise of rain? Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
Only a promise, Lao Er said.
Pearl S. Buck - Dragon Seed
--
To
This patch restores the ARMv6 OProfile support that was killed by
commit 09cadedbdc01f1a4bea1f427d4fb4642eaa19da9.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
kernel/Kconfig.instrumentation | 19 +++
1 file changed, 19 insertions
This patch restores the blackfin Hardware Performance Monitor Profiling
support that was killed by
commit 09cadedbdc01f1a4bea1f427d4fb4642eaa19da9.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
kernel/Kconfig.instrumentation |9 +
1 file changed, 9 insertions
This patch restores the Cell OProfile support that was killed by
commit 09cadedbdc01f1a4bea1f427d4fb4642eaa19da9.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
kernel/Kconfig.instrumentation |8
1 file changed, 8 insertions(+)
6d1446d35d367fdbdd2a0a29e0d156646ff40630
diff
On Fri, Dec 28, 2007 at 02:14:04PM -0500, Mathieu Desnoyers wrote:
* Adrian Bunk ([EMAIL PROTECTED]) wrote:
This patch restores the blackfin Hardware Performance Monitor Profiling
support that was killed by
commit 09cadedbdc01f1a4bea1f427d4fb4642eaa19da9.
Signed-off-by: Adrian Bunk
On Fri, Dec 28, 2007 at 10:23:41PM +0100, Sam Ravnborg wrote:
...
Noteworthy remarks on the unification:
...
- -funit-at-a-time should be easy to unify but it looks like we have a bug
in 32 bit. We only enable -funit-at-a-time for gcc less than 0400 if they
support it
No, we _dis_able it
On Wed, Dec 26, 2007 at 07:05:04PM -0800, David Miller wrote:
From: Mariusz Kozlowski [EMAIL PROTECTED]
Date: Wed, 26 Dec 2007 13:29:07 +0100
WARNING: vmlinux.o(.text+0x46b04): Section mismatch: reference to
.init.text:sun4v_ktsb_register (between 'smp_callin' and
On Thu, Dec 27, 2007 at 02:18:58PM -0800, David Brownell wrote:
On Sunday 23 December 2007, Al Boldi wrote:
Reogranize USB Kconfig Menu, and move USB_GADGET out into the Device Driver
Menu. This helps the USB Kconfig Menu to be more logical/usable.
Cc: David Brownell [EMAIL
On Thu, Dec 27, 2007 at 06:19:31PM +0300, Michael Tokarev wrote:
> Jiri Slaby wrote:
> > (Old) mxser is obsoleted by mxser_new and scheduled for removal on Dec 2007.
> > Remove it.
> >
> > Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
> > ---
> > Documentation/feature-removal-schedule.txt |8
On Thu, Dec 27, 2007 at 06:19:31PM +0300, Michael Tokarev wrote:
Jiri Slaby wrote:
(Old) mxser is obsoleted by mxser_new and scheduled for removal on Dec 2007.
Remove it.
Signed-off-by: Jiri Slaby [EMAIL PROTECTED]
---
Documentation/feature-removal-schedule.txt |8 -
On Mon, Dec 17, 2007 at 08:28:00PM -0800, Andrew Morton wrote:
>...
> I'd suggest that you find out if Adrian is still running the trivial tree
> and if so, patchbomb him.
I do.
Simply Cc [EMAIL PROTECTED] for trivial patches and they might
magically appear in Linus' tree during the next merge
On Mon, Dec 17, 2007 at 01:15:56PM +0100, Andi Kleen wrote:
> > So... once we've moved all read-mostly variables into __read_mostly, what
> > is left behind in bss?
>
> I had already covered that in the next paragraph which you conveniently
> snipped :)
>
> Anyways I suspect the right solution
On Mon, Dec 17, 2007 at 01:15:56PM +0100, Andi Kleen wrote:
So... once we've moved all read-mostly variables into __read_mostly, what
is left behind in bss?
I had already covered that in the next paragraph which you conveniently
snipped :)
Anyways I suspect the right solution for that
On Mon, Dec 17, 2007 at 08:28:00PM -0800, Andrew Morton wrote:
...
I'd suggest that you find out if Adrian is still running the trivial tree
and if so, patchbomb him.
I do.
Simply Cc [EMAIL PROTECTED] for trivial patches and they might
magically appear in Linus' tree during the next merge
On Sun, Dec 16, 2007 at 07:38:14PM +0100, Eric Dumazet wrote:
>
> I am using gcc-4.2.1
>
> CONFIG_CC_OPTIMIZE_FOR_SIZE=y makes no difference for me.
>
> $ make defconfig
> $ egrep "OPTIMIZE_FOR_SIZE|CONFIG_SMP" .config
> CONFIG_CC_OPTIMIZE_FOR_SIZE=y
> CONFIG_SMP=y
> $ make vmlinux
> $ nm -v
On Sun, Dec 16, 2007 at 06:42:57PM +0100, Eric Dumazet wrote:
> Adrian Bunk a écrit :
>...
>> And even more funny, with gcc 4.2 and CONFIG_CC_OPTIMIZE_FOR_SIZE=y your
>> patch doesn't seem to make any space difference - are you using an older
>> compiler or even worse CON
On Sun, Dec 16, 2007 at 03:44:37PM +0100, Eric Dumazet wrote:
> Adrian Bunk a écrit :
>> On Sun, Dec 16, 2007 at 12:45:01PM +0100, Eric Dumazet wrote:
>>> While examining vmlinux namelist on i686, I noticed :
>>>
>>> c0581300 D random_table
>
On Sun, Dec 16, 2007 at 12:45:01PM +0100, Eric Dumazet wrote:
> While examining vmlinux namelist on i686, I noticed :
>
> c0581300 D random_table
> c0581480 d input_pool
> c0581580 d random_read_wakeup_thresh
> c0581584 d random_write_wakeup_thresh
> c0581600 d blocking_pool
>
> That means that
On Sun, Dec 16, 2007 at 12:45:01PM +0100, Eric Dumazet wrote:
While examining vmlinux namelist on i686, I noticed :
c0581300 D random_table
c0581480 d input_pool
c0581580 d random_read_wakeup_thresh
c0581584 d random_write_wakeup_thresh
c0581600 d blocking_pool
That means that the two
On Sun, Dec 16, 2007 at 03:44:37PM +0100, Eric Dumazet wrote:
Adrian Bunk a écrit :
On Sun, Dec 16, 2007 at 12:45:01PM +0100, Eric Dumazet wrote:
While examining vmlinux namelist on i686, I noticed :
c0581300 D random_table
c0581480 d input_pool
c0581580 d random_read_wakeup_thresh
On Sun, Dec 16, 2007 at 06:42:57PM +0100, Eric Dumazet wrote:
Adrian Bunk a écrit :
...
And even more funny, with gcc 4.2 and CONFIG_CC_OPTIMIZE_FOR_SIZE=y your
patch doesn't seem to make any space difference - are you using an older
compiler or even worse CONFIG_CC_OPTIMIZE_FOR_SIZE=n
On Sun, Dec 16, 2007 at 07:38:14PM +0100, Eric Dumazet wrote:
I am using gcc-4.2.1
CONFIG_CC_OPTIMIZE_FOR_SIZE=y makes no difference for me.
$ make defconfig
$ egrep OPTIMIZE_FOR_SIZE|CONFIG_SMP .config
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
CONFIG_SMP=y
$ make vmlinux
$ nm -v vmlinux|grep -4
On Fri, Dec 14, 2007 at 11:43:35AM -0500, Mathieu Desnoyers wrote:
> * Adrian Bunk ([EMAIL PROTECTED]) wrote:
> > On Thu, Dec 13, 2007 at 09:46:42AM -0500, Mathieu Desnoyers wrote:
> > > Hi Andrew,
> > >
> > > I would like to post my next patches in a way that
On Fri, Dec 14, 2007 at 11:43:35AM -0500, Mathieu Desnoyers wrote:
* Adrian Bunk ([EMAIL PROTECTED]) wrote:
On Thu, Dec 13, 2007 at 09:46:42AM -0500, Mathieu Desnoyers wrote:
Hi Andrew,
I would like to post my next patches in a way that would make it as
easy for you
On Wed, Dec 12, 2007 at 05:01:51AM +, Hugh Dickins wrote:
> On Tue, 11 Dec 2007, Chuck Ebbert wrote:
> > On 11/28/2007 01:55 PM, Hugh Dickins wrote:
> > > tmpfs was misconverted to __GFP_ZERO in 2.6.11. There's an unusual case
> > > in
> > > which shmem_getpage receives the page from its
On Fri, Dec 14, 2007 at 06:17:55PM -0500, Jeff Garzik wrote:
> Adrian Bunk wrote:
>> On Fri, Dec 14, 2007 at 03:39:26PM -0500, Jeff Garzik wrote:
>>> [EMAIL PROTECTED] wrote:
>>>> From: Randy Dunlap <[EMAIL PROTECTED]>
>>> ...
>>> So I thin
901 - 1000 of 8052 matches
Mail list logo