> Bootdata ok (command line is root=/dev/hda3 ro console=tty0
> console=ttyS0,38400)
> Linux version 2.6.11-rc2-mm2 ([EMAIL PROTECTED]) (gcc version 3.4.4 20041218
> (prerelease) (Debian 3.4.3-7)) #1 Sun Jan 30 09:18:40 EST 2005
^^
Me thinks this will fix it for you:
On Thursday 20 January 2005 00:38, Andrew Morton wrote:
> - This kernel isn't particularly well-tested, sorry. I've been a bit tied
> up with other stuff.
I recently switched my main box to a x86_64 box and installed the unofficial
debian 'true64' port on it. I have been running 11-rc2 (with t
Adrian Bunk wrote:
On Fri, Jan 21, 2005 at 07:06:31PM +1100, Con Kolivas wrote:
Wont boot.
Stops after BIOS check successful.
Tried reverting a couple of patches mentioning boot or reboot and had no
luck. Any ideas?
...
Known bug that came from Linus' tree, already fixed in Linus' tree.
The threa
On Fri, Jan 21, 2005 at 07:06:31PM +1100, Con Kolivas wrote:
>
> Wont boot.
>
> Stops after BIOS check successful.
> Tried reverting a couple of patches mentioning boot or reboot and had no
> luck. Any ideas?
>...
Known bug that came from Linus' tree, already fixed in Linus' tree.
The thread d
Andrew Morton wrote:
Con Kolivas <[EMAIL PROTECTED]> wrote:
Stops after BIOS check successful.
earlyprintk on
What does this mean, btw? Can you be more specific about where it gets
stuck?
It says decompressing BIOS check successful and then sits there
If you mean that it actually prints no messag
Con Kolivas <[EMAIL PROTECTED]> wrote:
>
> Stops after BIOS check successful.
What does this mean, btw? Can you be more specific about where it gets
stuck?
If you mean that it actually prints no messages at all then yeah, early
printk. One suspect would be the kexec patches which play with boot
Con Kolivas <[EMAIL PROTECTED]> wrote:
>
> Wont boot.
>
> Stops after BIOS check successful.
Your config boots OK on my P4. As per usual :(
> Tried reverting a couple of patches mentioning boot or reboot and had no
> luck. Any ideas?
None whatsoever, sorry. Guess you could try stripping
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc1/2.6.11-rc1-mm2/
- There are a bunch of ioctl() and compat_ioctl() changes in here which seem
to be of dubious maturity. Could people involved in this area please
review, test and let me know?
- A
* Michael S. Tsirkin ([EMAIL PROTECTED]) wrote:
> Hi!
> Security hook seems to be missing before compat_ioctl in mm2.
> And, it would be nice to avoid calling it twice on some paths.
>
> Chris Wright's patch addressed this in the most elegant way I think,
> by adding vfs_ioctl.
>
> Accordingly, t
Hi!
Security hook seems to be missing before compat_ioctl in mm2.
And, it would be nice to avoid calling it twice on some paths.
Chris Wright's patch addressed this in the most elegant way I think,
by adding vfs_ioctl.
Accordingly, this change:
@@ -468,6 +496,11 @@ asmlinkage long compat_sys_ioc
This patch had fixed following 2 conflicting type errors.
Yoichi
arch/mips/lib/csum_partial_copy.c:21: error: conflicting types for
`csum_partial_copy_nocheck'
include/asm/checksum.h:65: error: previous declaration of
`csum_partial_copy_nocheck'
arch/mips/lib/csum_partial_copy.c:38: error: conf
Hey, Andrew.
Below is an updated inotify patch (e.g. drop-in replacement for the
current patch) for 2.6.11-rc1-mm2.
Primary changes are bugfixes, cleanups, and the much-demanded
dynamic-length filename. Also, this fixes the reported regression in
directory operation performance. More cleanups
On Thursday, 20 of January 2005 08:12, Andrew Morton wrote:
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> > arch/i386/kernel/nmi.c:130: error: `cpu_callin_map' undeclared (first use
> > in this function)
>
> --- 25/arch/i386/kernel/nmi.c~i386-x86-64-fix-smp-nmi-watchdog-race-fix
> 2005-01
> +uml-provide-a-release-method-for-the-ubd-driver.patch
This one is bogus. The driver core doesn't warn about a missing
release method just so that we add an empty one and bloat the kernel.
The object's lifetime rules needs fixing instead, and until that
happens that warning should be kept.
-
On Thu, 20 Jan 2005 12:40:40 +0100, Benoit Boissinot <[EMAIL PROTECTED]> wrote:
> On Wed, 19 Jan 2005 21:38:18 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc1/2.6.11-rc1-mm2/
> >
>
On Wed, 19 Jan 2005 21:38:18 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc1/2.6.11-rc1-mm2/
>
> - There are a bunch of ioctl() and compat_ioctl() changes in here which seem
> to be of dubious ma
t; net/built-in.o: In function `pktgen_thread_worker':
> /usr/src/linux-2.6.11-rc1-mm2/net/core/pktgen.c:2809: undefined reference to
> `softirq_pending'
> make: *** [.tmp_vmlinux1] Error 1
>
> The patch below is a compile fix.
>
> Signed-off-by: Steffen Klassert <[EMAIL PROTEC
On Wed, Jan 19, 2005 at 09:38:18PM -0800 or thereabouts, Andrew Morton wrote:
> +kill-softirq_pending.patch
>
> Remove softirq_pending(). This breaks net/core/pktgen.c.
net/built-in.o: In function `pktgen_thread_worker':
/usr/src/linux-2.6.11-rc1-mm2/net/core/pktgen.c:2
Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> arch/i386/kernel/nmi.c:130: error: `cpu_callin_map' undeclared (first use in
> this function)
--- 25/arch/i386/kernel/nmi.c~i386-x86-64-fix-smp-nmi-watchdog-race-fix
2005-01-19 23:03:08.946815320 -0800
+++ 25-akpm/arch/i386/kernel/nmi.c 2005-01-19
On Wed, Jan 19, 2005 at 09:38:18PM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.11-rc1-mm1:
>...
> +i386-x86-64-fix-smp-nmi-watchdog-race.patch
>...
> x86_64 updates
>...
This obviously breaks compilation for CONFIG_SMP=n:
<-- snip -->
...
CC arch/i386/kernel/nmi.o
arch/i386/ke
20 matches
Mail list logo
