* Re: RedHat Kernel Error
From: Andreas Dilger @ 2002-12-16 18:47 UTC (permalink / raw)
To: Michael Aldrich; +Cc: mec, linux-kernel
In-Reply-To: <200212161344.15507.maldrich@reserveamerica.com>
On Dec 16, 2002 13:44 -0500, Michael Aldrich wrote:
> I was trying to recompile my 2.4.18-3smp RedHat kernel
This is a very old kernel, known to have bugs, please get a newer one.
Cheers, Andreas
--
Andreas Dilger
http://sourceforge.net/projects/ext2resize/
http://www-mddsp.enel.ucalgary.ca/People/adilger/
^ permalink raw reply
* Re: 2.5.52 and modules (lots of unresolved symbols)?
From: Alex Goddard @ 2002-12-16 13:54 UTC (permalink / raw)
To: Melchior FRANZ; +Cc: linux-kernel
In-Reply-To: <200212161813.gBGIDuHv029134@server.lan>
On Mon, 16 Dec 2002, Melchior FRANZ wrote:
> * Alex Goddard -- Monday 16 December 2002 19:32:
> > Huh. Like I said, reinstalling the mod tools and doing a rebuild after a
> > make clean cleared it up for me.
> >
> > Weird.
>
> Not really. The problem is, that the kernel Makefile contains
> an absolute path for depmod (/sbin/depmod) which doesn't seem
> like a good idea. I you are installing the module-init-tools
> to /usr/local/sbin, they don't take precedence over the old
> depmod et al.
>
> Why doesn't the Makefile simply define "DEPMOD = depmod"
> instead of "DEPMOD = /sbin/depmod" (and likewise for
> genksyms)?
Ah. That makes sense. Your question is the same as mine, then. Why
define an absolute path for depmod?
One suggestion for the person who started this thread, then, is to make
sure that /sbin/depmod is, or is pointing to, a version of depmod that
won't freak out over the modules.
--
Alex Goddard
agoddard@purdue.edu
^ permalink raw reply
* Re: Where is this printk?
From: Dave Jones @ 2002-12-16 18:53 UTC (permalink / raw)
To: Marc-Christian Petersen; +Cc: linux-kernel
In-Reply-To: <200212161938.28306.m.c.p@wolk-project.de>
On Mon, Dec 16, 2002 at 07:43:24PM +0100, Marc-Christian Petersen wrote:
> Hi all,
>
> does anyone know where this is printed out in kernel source?
>
> Linux version 2.4.20 (root@codeman) (gcc version 2.95.4 20011002 (Debian
> prerelease)) #1 Mon Dec 16 16:54:44 CET 2002
init/main.c start_kernel();
Dave
--
| Dave Jones. http://www.codemonkey.org.uk
| SuSE Labs
^ permalink raw reply
* Re: rmap and nvidia?
From: Andrew McGregor @ 2002-12-16 18:42 UTC (permalink / raw)
To: Ducrot Bruno, Eyal Lebedinsky; +Cc: Linux Kernel
In-Reply-To: <20021216133223.GA9328@poup.poupinou.org>
Come on, think laptops. XFree86 doesn't support all the NVidias without
that driver. Well, except in vesa framebuffer mode, which is horrible.
--On Monday, December 16, 2002 14:32:23 +0100 Ducrot Bruno
<poup@poupinou.org> wrote:
> On Sun, Dec 15, 2002 at 12:40:48PM +1100, Eyal Lebedinsky wrote:
>> Philip Dodd wrote:
>> >
>> > Eyal Lebedinsky wrote:
>> > 8<
>> > > The replies for people in the know (Rik, wli) give a clue but not an
>> > > answer. Use mere mortals want a proper patch in order to build and
>> > > use this kernel.
>> >
>> > This driver, you mean ;-)
>>
>> Well, yes and no. This kernel is of no use to me without this driver
>> right now.
>>
>
> Ah, OK. You need to play quake3 with this kernel, I guess.
>
> --
> Ducrot Bruno
> http://www.poupinou.org Page profaissionelle
> http://toto.tu-me-saoules.com Haume page
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
>
^ permalink raw reply
* Re: /proc/meminfo:MemShared
From: Hugh Dickins @ 2002-12-16 18:48 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-mm
In-Reply-To: <3DFD9574.38F86231@digeo.com>
On Mon, 16 Dec 2002, Andrew Morton wrote:
> Can anyone think of anything useful to print out here,
> or should it just be removed?
I'm in favour of just removing it. 2.4-ac went through a phase
of reporting tmpfs' shmem_nrpages (in kB) there; but it was an
entirely different meaning for MemShared, needs the releasepage
infrastructure of 2.4-ac for proper accounting (which I've never
cared to ask for in mainline); and 2.4.20-ac always says 0 like
everyone else.
Hugh
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply
* Re: Re: pci-skeleton duplex check
From: Aravind Ceyardass @ 2002-12-16 18:55 UTC (permalink / raw)
To: arun4linux, Michael Richardson, netdev, Linux Kernel Mailing List
Cc: aravind1001
In-Reply-To: <200212141428.TAA32351@WS0005.indiatimes.com>
Hi,
A good scheme for numbering kernels or software components in general is
as follows
For stable releases. (x.even.y=major.minor.patch)
increment patch for any bug fixes.
increment minor for any enhancements or new interfaces.
increment major for interface changes or interface deletions.(dangerous
or poor design)
We should increment major even if interface remains same but behaviour
has changed.(again may be poor design)
For development releases we can't follow the above scheme, because the
interfaces are in a flux and we may end up
in version 589.201.700 from 2.4.20. So, we decide to increment patch
number for all changes and deletions.
Hope it helps!
Regards
Aravind
--
http://fastmail.fm - IMAP accessible web-mail
^ permalink raw reply
* Re: Where is this printk?
From: Randy.Dunlap @ 2002-12-16 18:49 UTC (permalink / raw)
To: Marc-Christian Petersen; +Cc: linux-kernel
In-Reply-To: <200212161938.28306.m.c.p@wolk-project.de>
On Mon, 16 Dec 2002, Marc-Christian Petersen wrote:
| Hi all,
|
| does anyone know where this is printed out in kernel source?
|
| Linux version 2.4.20 (root@codeman) (gcc version 2.95.4 20011002 (Debian
| prerelease)) #1 Mon Dec 16 16:54:44 CET 2002
| BIOS-provided physical RAM map:
| BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
| BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
| ...
|
| I only want to know where the first line is printed out (that is a dmesg
| output). I want to put in a printk just before the first line.
|
| I thought somewhere in arch/$arch/kernel/setup.c but I cannot figure out
| where.
Nope, it's in linux/init/main.c, line 357 in 2.4.20:
printk(linux_banner);
and linux_banner is in linux/init/version.c.
--
~Randy
^ permalink raw reply
* 3DFX framebuffer driver v0.2.2
From: joachim.henke @ 2002-12-16 18:45 UTC (permalink / raw)
To: linux-fbdev-devel
On http://www.medex.hu/~danthe/tdfx/ I found a newer version of the tdfxfb
driver. It was a patch against linux 2.4.4 . I don't know why it never went
into the kernel. Maybe Linus was too busy at that time?
The current kernel still contains version 0.1.3 which is rather old. Much
work has been done until version 0.2.2, mainly support for:
* non-8 dot wide fonts
* multihead
* full 8/16/24/32 bit color (fixes the ugly bootup penguin)
* MIPS
* module options
I think it's worth to give it a chance and to continue development on the
base of that code. So I "ported" it to kernel 2.4.2x. Get this new patch
here:
http://tu-ilmenau.de/~johe-ii/3dfx-0.2.2-2.4.21-pre1.diff.gz
I just merged the improvements that happened to v0.1.3 while it was in the
kernel and did some source formating.
Be encouraged to test it, do further improvements and please take it into
the kernel!
Thank you
Joachim
-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
^ permalink raw reply
* dosemu 1.1.3.9 user report
From: Jan Willem Stumpel @ 2002-12-16 18:49 UTC (permalink / raw)
To: linux-msdos
In-Reply-To: <Pine.LNX.4.33.0212151434190.9776-100000@enm-bo-lt.localdomain>
According to "top", 1.1.3.9 takes up 99 % CPU even when just
displaying the C:> prompt.
1.1.3.7 does this also; but 1.1.3.0 and 1.0.2.1 do not. They
hardly use any CPU when just displaying the prompt (or waiting for
a keystroke in a text-mode program).
Wolfenstein 3D:
1.0.2.1, 1.1.3.7, 1.1.3.9 play with $_sound = (off) .
1.1.3.0 hangs (with or without sound) after displaying the
start-up (setup) screen. Control-Alt-PgDn is the only way out.
1.1.3.7, 1.1.3.9 hang with $_sound = (on) .
Duke Nukem3D:
1.0.2.1 plays fine without sound.
1.1.3.0 plays without sound, but after a short while suddenly
disappears (no more dosemu window).
1.1.3.7, 1.1.3.9 play, with $_sound = (on) and soundblaster
selected in Duke Nukem Setup. I can see *and hear* the demo
(sounds, no music). When I want to start a game, I can select the
game type ("L.A. Meltdown" or whatever); however, when I try to
select the difficulty level the program hangs.
All this with kernel 2.2.18pre21, $_dpmi = (8192) , $_hogthreshold
= (800).
Regards, Jan
^ permalink raw reply
* Re: L2 Cache problem
From: Mike Dresser @ 2002-12-16 18:56 UTC (permalink / raw)
To: Xavier LaRue; +Cc: linux-kernel
In-Reply-To: <20021216133016.64c75cac.paxl@videotron.ca>
On Mon, 16 Dec 2002, Xavier LaRue wrote:
> my dmesg will be online at http://paxl.no-ip.org/~paxl/dmesg.txt if somone mind.
>
>
> Another fuzzy thing .. compiling my kernel normaly ( -j 1 ) take 30min
> and when I make it with -j 2/8/16 it take 25min, I think this is due to
> my L2 cache problem but that not normal, if somone have an idea.. I
> should be realy interested.
sounds like you've got your l2 turned off in the bios to me.
Mike
^ permalink raw reply
* Re: Where is this printk?
From: Marc-Christian Petersen @ 2002-12-16 18:57 UTC (permalink / raw)
To: linux-kernel; +Cc: Randy.Dunlap
In-Reply-To: <Pine.LNX.4.33L2.0212161049090.5099-100000@dragon.pdx.osdl.net>
On Monday 16 December 2002 19:49, Randy.Dunlap wrote:
Hi Randy,
> Nope, it's in linux/init/main.c, line 357 in 2.4.20:
> printk(linux_banner);
> and linux_banner is in linux/init/version.c.
perfect! Thnx :)
ciao, Marc
^ permalink raw reply
* Re: aic7xxx woes in 2.5
From: Justin T. Gibbs @ 2002-12-16 18:52 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-scsi
In-Reply-To: <3DFD9F89.4B994586@digeo.com>
> The driver still has a serious bug in ahc_linux_queue_recovery_cmd().
> It does
>
> ahc_unlock(ahc, &s);
The sole ahc_unlock() in that routine looks like this:
#if LINUX_VERSION_CODE < KERNEL_VERSION(2,5,0)
ahc_unlock(ahc, &s);
#else
spin_unlock_irq(ahc->platform_data->host->host_lock);
#endif
Since you are running 2.5.X, the ahc_unlock never occurs.
In 2.4.X, ahd_midlayer_entrypoint_lock() saves the cpu flags
for us, so the variable is never uninitialized in the case
where it actually is compiled in.
> The driver got through recognising the disks and then locked up
> strangely:
>
> Program received signal SIGEMT, Emulation trap.
> cache_alloc_refill (cachep=0xd00675a0, flags=0) at
> include/linux/list.h:127 127 prev->next = next;
> (gdb) bt
># 0 cache_alloc_refill (cachep=0xd00675a0, flags=0) at
># include/linux/list.h:127 1 0x00000246 in ?? ()
># 2 0xc0135947 in kmalloc (size=256, flags=0) at mm/slab.c:1652
># 3 0xc0239835 in ahc_linux_dv_inq (ahc=0xc175e400, cmd=0xc3dd0c00,
># devinfo=0xc3d77fb0, targ=0xc3dcee00, request_length=96)
> at drivers/scsi/aic7xxx/aic7xxx_osm.c:3303
># 4 0xc0237f5d in ahc_linux_dv_target (ahc=0xc175e400, target_offset=4)
># at drivers/scsi/aic7xxx/aic7xxx_osm.c:2060 5 0xc0237d47 in
># ahc_linux_dv_thread (data=0xc175e400) at
># drivers/scsi/aic7xxx/aic7xxx_osm.c:1955
>
> This is an NMI watchdog interrupt. In here:
>
> 1571 while (slabp->inuse < cachep->num && batchcount--)
> 1572 ac_entry(ac)[ac->avail++] =
> 1573 cache_alloc_one_tail(cachep,
> slabp);
>
> Presumably due to errors in use of slab-allocated memory.
I'll look into this today.
> I can debug further if you like, but would really appreciate unified
> diffs, thanks.
Against??? That's the whole problem with diffs. Every person wants them
against something different. If you can use BK, the James Bottomley
has integrated the latest driver into here:
http://linux-scsi.bkbits.net/scsi-aic7xxx-2.5
I have not pulled down this repro to verify it yet though.
--
Justin
^ permalink raw reply
* Re: Where is this printk?
From: Sam Ravnborg @ 2002-12-16 18:59 UTC (permalink / raw)
To: Marc-Christian Petersen; +Cc: linux-kernel
In-Reply-To: <200212161938.28306.m.c.p@wolk-project.de>
On Mon, Dec 16, 2002 at 07:43:24PM +0100, Marc-Christian Petersen wrote:
> Hi all,
>
> does anyone know where this is printed out in kernel source?
>
> Linux version 2.4.20 (root@codeman) (gcc version 2.95.4 20011002 (Debian
> prerelease)) #1 Mon Dec 16 16:54:44 CET 2002
init/version.c, see definition of linux_banner.
Defines used by version.c is made by scripts/mkcompile_h
Sam
^ permalink raw reply
* Re: Aic7xxx v6.2.23 and Aic79xx v1.3.0Alpha3 in bitkeeper
From: Christoph Hellwig @ 2002-12-16 18:56 UTC (permalink / raw)
To: James Bottomley; +Cc: linux-scsi, Justin T. Gibbs
In-Reply-To: <200212161746.gBGHkjE03623@localhost.localdomain>
On Mon, Dec 16, 2002 at 11:46:45AM -0600, James Bottomley wrote:
> I've moved the previous aic7xxx repository to scsi-aic7xxx-old-2.5 and set up
> a brand new one in its place. This one should have the import of Justin's
> actual patch sets, so should be easier for us all to manage.
>
> The new repository is at
>
> http://linux-scsi.bkbits.net/scsi-aic7xxx-2.5
>From a first look it seems almost fine. There's a small problem in
the ->biosparam implementations, and at least a part of that is
probably my fault.
In aic7xxx there is a ahd_linux_biosparam prototype instead of
ahc_linux_biosparam and the actual implementation doesn't use the
sector_div wrapper I sent justing yet, so it probably fails on system
that are configured with 64bit block numbers. Also my cleanups to
get the ifdef mess down in ->biosparam don't seem to be there, maybe
my style doesn't match Justins (?).
I've seen Justin moved aic_sector_div into the common aiclib.c file,
which seems to be a good idea to me, and I think there's more in the
*_osm.c headers that should go this way. I think it should become
an module of it's own at least for the kernel tree, even if Adaptec
wants to keep it included in their tarballs.
Now I'll actually try to compile it..
^ permalink raw reply
* Re: usbaudio won't do 24-bit or 32-bit i/o...
From: Patrick Shirkey @ 2002-12-16 18:59 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-devel
In-Reply-To: <s5hvg1tswyq.wl@alsa2.suse.de>
Takashi Iwai wrote:
>
> hmm, it's weird. it would be nice if we can know at which point the
> driver became broken...
>
It was working nicely before the drivers were merged but wouldn't paly
with jack. Now it likes jack.
>
> the attached patch will (hopefully) do the same thing as qinit in the
> kernel at the initialization (applied to the latest cvs). please let
> me know whether it works.
Ouch. The latest cvs results in a hard lock when loading the usb-audio
driver.
--
Patrick Shirkey - Boost Hardware Ltd.
For the discerning hardware connoisseur
Http://www.boosthardware.com
Http://www.djcj.org - The Linux Audio Users guide
========================================
Being on stage with the band in front of crowds shouting, "Get off! No!
We want normal music!", I think that was more like acting than anything
I've ever done.
Goldie, 8 Nov, 2002
The Scotsman
-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
^ permalink raw reply
* Re: [LARTC] Little off topic
From: Johan Helsingius @ 2002-12-16 19:02 UTC (permalink / raw)
To: lartc
In-Reply-To: <marc-lartc-104006071716810@msgid-missing>
>My question is a little off topic but i think maybe interesting for all.
>If someone hasa bandwidth contrated with a Telekom Company how he can test
>if the real bandwidth bougth is less (or more) than
>the says by the Company? Any idea?
Seems the oldest way to measure it is by timing ftp/http downloads. :)
There's a bunch of companies providing measurement services. I'm most
familiar with BaseN (http://www.basen.net).
Julf
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply
* Re: aic7xxx woes in 2.5
From: Christoph Hellwig @ 2002-12-16 19:03 UTC (permalink / raw)
To: Justin T. Gibbs; +Cc: Andrew Morton, linux-scsi
In-Reply-To: <32310000.1040064745@aslan.btc.adaptec.com>
On Mon, Dec 16, 2002 at 11:52:26AM -0700, Justin T. Gibbs wrote:
> Against??? That's the whole problem with diffs. Every person wants them
> against something different.
Best idea is usually latest official release or current BK tree.
I've put the output of bk export -tpatch -r1.981,1.982 (i.e. vs latest BK)
at http://verein.lst.de/~hch/aic7xxx-2.5.52.patch.gz
^ permalink raw reply
* [PATCH] Fix CPU bitmask truncation
From: Bjorn Helgaas @ 2002-12-16 19:13 UTC (permalink / raw)
To: Marcelo Tosatti; +Cc: linux-kernel
This patch fixes some obviously incorrect bitmask truncations in 2.4.20.
diff -Nru a/include/linux/sched.h b/include/linux/sched.h
--- a/include/linux/sched.h Mon Dec 16 11:58:42 2002
+++ b/include/linux/sched.h Mon Dec 16 11:58:42 2002
@@ -482,8 +482,8 @@
policy: SCHED_OTHER, \
mm: NULL, \
active_mm: &init_mm, \
- cpus_runnable: -1, \
- cpus_allowed: -1, \
+ cpus_runnable: ~0UL, \
+ cpus_allowed: ~0UL, \
run_list: LIST_HEAD_INIT(tsk.run_list), \
next_task: &tsk, \
prev_task: &tsk, \
diff -Nru a/kernel/sched.c b/kernel/sched.c
--- a/kernel/sched.c Mon Dec 16 11:58:42 2002
+++ b/kernel/sched.c Mon Dec 16 11:58:42 2002
@@ -116,7 +116,7 @@
#define idle_task(cpu) (init_tasks[cpu_number_map(cpu)])
#define can_schedule(p,cpu) \
- ((p)->cpus_runnable & (p)->cpus_allowed & (1 << cpu))
+ ((p)->cpus_runnable & (p)->cpus_allowed & (1UL << cpu))
#else
@@ -359,7 +359,7 @@
if (task_on_runqueue(p))
goto out;
add_to_runqueue(p);
- if (!synchronous || !(p->cpus_allowed & (1 << smp_processor_id())))
+ if (!synchronous || !(p->cpus_allowed & (1UL << smp_processor_id())))
reschedule_idle(p);
success = 1;
out:
^ permalink raw reply
* Re: [PATCH] kexec for 2.5.52
From: Andy Pfiffer @ 2002-12-16 19:16 UTC (permalink / raw)
To: Eric W. Biederman; +Cc: linux-kernel@vger.kernel.org
In-Reply-To: <m1smwxapdp.fsf@frodo.biederman.org>
On Mon, 2002-12-16 at 08:40, Eric W. Biederman wrote:
> Linus will you please apply this?
Eric,
The patch applied cleanly for me.
Is there a new kexec-tools package for this, or should the 1.8 rev
located here:
http://www.xmission.com/~ebiederm/files/kexec/
work okay?
Also, is there a separate hwfixes patch as before?
Thanks,
Andy
^ permalink raw reply
* Re: aic7xxx woes in 2.5
From: Andrew Morton @ 2002-12-16 19:08 UTC (permalink / raw)
To: Justin T. Gibbs; +Cc: linux-scsi
In-Reply-To: <32310000.1040064745@aslan.btc.adaptec.com>
"Justin T. Gibbs" wrote:
>
> > The driver still has a serious bug in ahc_linux_queue_recovery_cmd().
> > It does
> >
> > ahc_unlock(ahc, &s);
>
> The sole ahc_unlock() in that routine looks like this:
>
> #if LINUX_VERSION_CODE < KERNEL_VERSION(2,5,0)
> ahc_unlock(ahc, &s);
> #else
> spin_unlock_irq(ahc->platform_data->host->host_lock);
> #endif
>
> Since you are running 2.5.X, the ahc_unlock never occurs.
> In 2.4.X, ahd_midlayer_entrypoint_lock() saves the cpu flags
> for us, so the variable is never uninitialized in the case
> where it actually is compiled in.
In 2.5.52 uniprocessor a
make drivers/scsi/aic7xxx/aic7xxx_linux.i
gives:
static __inline void
ahc_unlock(struct ahc_softc *ahc, unsigned long *flags)
{
do { do { (void)( &ahc->platform_data->spin_lock ); } while(0) ; __asm__ __volatile__("pushl %0 ; popfl": :"g" ( *flags ):"memory", "cc") ; do { } while (0) ; } while (0) ;
}
Which is loading *flags into the CPU's interrupt status register.
On 2.5.52 SMP:
static __inline void
ahc_unlock(struct ahc_softc *ahc, unsigned long *flags)
{
do { _raw_spin_unlock( &ahc->platform_data->spin_lock ); __asm__ __volatile__("pushl %0 ; popfl": :"g" ( *flags ):"memory", "cc") ; do { } while (0) ; } while (0) ;
}
ditto.
And it is being called from ahc_linux_queue_recovery_cmd:
if (wait) {
struct timer_list timer;
int ret;
ahc_unlock(ahc, &s);
init_timer(&timer);
So I think the problem is still there.
> ..
> >
> > 1571 while (slabp->inuse < cachep->num && batchcount--)
> > 1572 ac_entry(ac)[ac->avail++] =
> > 1573 cache_alloc_one_tail(cachep,
> > slabp);
> >
> > Presumably due to errors in use of slab-allocated memory.
>
> I'll look into this today.
Thanks.
> > I can debug further if you like, but would really appreciate unified
> > diffs, thanks.
>
> Against???
The current devel kernel. Nobody uses anything else, and if they
do, integration of diffs is much easier than a wholesale overwrite.
This is why everyone uses them.
^ permalink raw reply
* [PATCH] let binfmt_misc optionally preserve argv[1]
From: Bjorn Helgaas @ 2002-12-16 19:17 UTC (permalink / raw)
To: Marcelo Tosatti; +Cc: linux-kernel
[This patch applies to 2.4.20 and is due to David Mosberger]
This makes it possible for binfmt_misc to optionally preserve the
contents of argv[1]. This is needed for building accurate simulators
which are invoked via binfmt_misc. I had brought up this patch a while
ago (see URL below) and there was no negative feedback (OK, there was no
feedback at all... ;-).
The patch is trivial and the new behavior is triggered only if the
letter "P" (for "preserve") is appended to the binfmt_misc registration
string, so it shold be completely safe.
http://groups.google.com/groups?q=mosberger+binfmt_misc&hl=en&lr=&ie=UTF-8&oe=UTF-8&selm=200209092241.g89MfPS5001013%40napali.hpl.hp.com&rnum=1
diff -Nru a/fs/binfmt_misc.c b/fs/binfmt_misc.c
--- a/fs/binfmt_misc.c Mon Dec 16 12:06:58 2002
+++ b/fs/binfmt_misc.c Mon Dec 16 12:06:58 2002
@@ -35,6 +35,7 @@
static int enabled = 1;
enum {Enabled, Magic};
+#define MISC_FMT_PRESERVE_ARGV0 (1<<31)
typedef struct {
struct list_head list;
@@ -121,7 +122,9 @@
bprm->file = NULL;
/* Build args for interpreter */
- remove_arg_zero(bprm);
+ if (!(fmt->flags & MISC_FMT_PRESERVE_ARGV0)) {
+ remove_arg_zero(bprm);
+ }
retval = copy_strings_kernel(1, &bprm->filename, bprm);
if (retval < 0) goto _ret;
bprm->argc++;
@@ -286,6 +289,11 @@
*p++ = '\0';
if (!e->interpreter[0])
goto Einval;
+
+ if (*p == 'P') {
+ p++;
+ e->flags |= MISC_FMT_PRESERVE_ARGV0;
+ }
if (*p == '\n')
p++;
^ permalink raw reply
* Re: L2 Cache problem
From: Dave Jones @ 2002-12-16 19:21 UTC (permalink / raw)
To: Mike Dresser; +Cc: Xavier LaRue, linux-kernel
In-Reply-To: <Pine.LNX.4.33.0212161347580.25857-100000@router.windsormachine.com>
On Mon, Dec 16, 2002 at 01:56:09PM -0500, Mike Dresser wrote:
> > my dmesg will be online at http://paxl.no-ip.org/~paxl/dmesg.txt if somone mind.
> > Another fuzzy thing .. compiling my kernel normaly ( -j 1 ) take 30min
> > and when I make it with -j 2/8/16 it take 25min, I think this is due to
> > my L2 cache problem but that not normal, if somone have an idea.. I
> > should be realy interested.
> sounds like you've got your l2 turned off in the bios to me.
2.4 right up until .21pre1 has a bug in the cache sizing routine.
It should be fixed now.
Dave
--
| Dave Jones. http://www.codemonkey.org.uk
| SuSE Labs
^ permalink raw reply
* [PATCH] Remove obsolete SMP declarations
From: Bjorn Helgaas @ 2002-12-16 19:23 UTC (permalink / raw)
To: Marcelo Tosatti; +Cc: linux-kernel
Remove obsolete declarations. All unused except smp_callin(),
which is always defined before use in architecture-specific code.
Applies to 2.4.20.
diff -Nru a/include/linux/smp.h b/include/linux/smp.h
--- a/include/linux/smp.h Mon Dec 16 12:13:05 2002
+++ b/include/linux/smp.h Mon Dec 16 12:13:05 2002
@@ -35,11 +35,6 @@
extern void smp_boot_cpus(void);
/*
- * Processor call in. Must hold processors until ..
- */
-extern void smp_callin(void);
-
-/*
* Multiprocessors may now schedule
*/
extern void smp_commence(void);
@@ -56,10 +51,6 @@
extern int smp_threads_ready;
extern int smp_num_cpus;
-
-extern volatile unsigned long smp_msg_data;
-extern volatile int smp_src_cpu;
-extern volatile int smp_msg_id;
#define MSG_ALL_BUT_SELF 0x8000 /* Assume <32768 CPU's */
#define MSG_ALL 0x8001
^ permalink raw reply
* Re: Aic7xxx v6.2.23 and Aic79xx v1.3.0Alpha3 in bitkeeper
From: Justin T. Gibbs @ 2002-12-16 19:16 UTC (permalink / raw)
To: Christoph Hellwig, James Bottomley; +Cc: linux-scsi
In-Reply-To: <20021216185659.A10346@infradead.org>
> On Mon, Dec 16, 2002 at 11:46:45AM -0600, James Bottomley wrote:
>> I've moved the previous aic7xxx repository to scsi-aic7xxx-old-2.5 and
>> set up a brand new one in its place. This one should have the import
>> of Justin's actual patch sets, so should be easier for us all to manage.
>>
>> The new repository is at
>>
>> http://linux-scsi.bkbits.net/scsi-aic7xxx-2.5
>
> From a first look it seems almost fine. There's a small problem in
> the ->biosparam implementations, and at least a part of that is
> probably my fault.
>
> In aic7xxx there is a ahd_linux_biosparam prototype instead of
> ahc_linux_biosparam and the actual implementation doesn't use the
> sector_div wrapper I sent justing yet, so it probably fails on system
> that are configured with 64bit block numbers. Also my cleanups to
> get the ifdef mess down in ->biosparam don't seem to be there, maybe
> my style doesn't match Justins (?).
I just forgot to finish the integration into aic7xxx. Ooops. I'll
fix that today.
> I've seen Justin moved aic_sector_div into the common aiclib.c file,
> which seems to be a good idea to me, and I think there's more in the
> *_osm.c headers that should go this way. I think it should become
> an module of it's own at least for the kernel tree, even if Adaptec
> wants to keep it included in their tarballs.
The aiclib stuff should become a module, but until we can validate that
having it as a separate module works correctly for driver update diskette,
and initrd scenarios, we've basically punted on that. There is a comment
to that effect in aiclib.h under the heading "Module Library Hack".
--
Justin
^ permalink raw reply
* Re: dosemu 1.1.3.9 user report
From: Peter Jay Salzman @ 2002-12-16 19:17 UTC (permalink / raw)
To: Jan Willem Stumpel; +Cc: linux-msdos
In-Reply-To: <3DFE2055.5000802@my.home>
hi jan,
IIRC, there was talk about important dosemu related patches that are
present in the most recent kernels. i think it was said that the
patches have been in the ac kernels for awhile, but have just recently
made it into the vanilla 2.4 kernels.
i have no idea what the patches do, but you can try using 2.4.20 and see
what happens.
btw, it sounds like you're playing in an xdos box. have you been able
to play at all in console?
have you been able to have xdosemu grab the mouse? i've been having
trouble playing redneck rampage because if the mouse "moves over" too
far left or right, the mouse leaves the xdos window.
pete
begin Jan Willem Stumpel <jstumpel@planet.nl>
> According to "top", 1.1.3.9 takes up 99 % CPU even when just
> displaying the C:> prompt.
>
> 1.1.3.7 does this also; but 1.1.3.0 and 1.0.2.1 do not. They
> hardly use any CPU when just displaying the prompt (or waiting for
> a keystroke in a text-mode program).
>
> Wolfenstein 3D:
> 1.0.2.1, 1.1.3.7, 1.1.3.9 play with $_sound = (off) .
> 1.1.3.0 hangs (with or without sound) after displaying the
> start-up (setup) screen. Control-Alt-PgDn is the only way out.
> 1.1.3.7, 1.1.3.9 hang with $_sound = (on) .
>
> Duke Nukem3D:
> 1.0.2.1 plays fine without sound.
> 1.1.3.0 plays without sound, but after a short while suddenly
> disappears (no more dosemu window).
> 1.1.3.7, 1.1.3.9 play, with $_sound = (on) and soundblaster
> selected in Duke Nukem Setup. I can see *and hear* the demo
> (sounds, no music). When I want to start a game, I can select the
> game type ("L.A. Meltdown" or whatever); however, when I try to
> select the difficulty level the program hangs.
>
> All this with kernel 2.2.18pre21, $_dpmi = (8192) , $_hogthreshold
> = (800).
>
> Regards, Jan
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-msdos" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
First they ignore you, then they laugh at you, then they fight you,
then you win. -- Gandhi, being prophetic about Linux.
Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.