Dear Brian,
it is hard to admit, but you are right even if a structure was not directly
involved. The corresponding high level statements were
double guarded_log( double *arg ) {
try {
return log( *arg ); // e.g. arg==0 or arg==0x1234.
} catch ( s2e::SCN(SIGSGEV)*e ) {
Hugo Mildenberger wrote:
>
> Dear friends,
>
> I'm working on a library, which is able to map (at least synchronous) kernel
> signals to c++ exceptions in a way, that c++ exception handlers can
> determine reason and location of failure in a very detailed manner. Within
> that context, I detecte
Dear friends,
I'm working on a library, which is able to map (at least synchronous) kernel
signals to c++ exceptions in a way, that c++ exception handlers can
determine reason and location of failure in a very detailed manner. Within
that context, I detected a surprising difference in the behavio
Try the following patch to linux/kernel/Makefile. If it works fine let me
know and we can get it into the standard tree.
MS: (n) 1. A debilitating and surprisingly widespread affliction that
renders the sufferer barely able to perform the simplest task. 2. A disease.
James Simmons [[EMAIL PROT
Dear All :
I wrote a small module to print "hello world " . when I comiple it under kernel
2.2 , everything works fine.
the output " printk unsolve " appear under 2.4.2 .
with kernel 2.2. , I can find "printk " in the /proc/ksyms , but
with kernel 2.4.2 , only "printk_Rsmp" symbol .
Does anyon
ernel
> filters them correctly in allmulti or promiscuous mode. I've tested
> driver versions 1.05 which comes with linux 2.4.2, an older version
> that came with linux-2.4.0test12 and 1.07 which came with 2.4.2-ac20.
>
> I contacted Donald Becker and he told me to post it he
Alan Cox wrote:
>
> > appropriately.) One could, at least theoretically, make them usable
> > in kernel space only (in user space there is no hope, since you can't
> > know which CPU's TSC you're reading), but these machines seem to be so
> > rare that hardly anyone technical enough to fix it ca
> appropriately.) One could, at least theoretically, make them usable
> in kernel space only (in user space there is no hope, since you can't
> know which CPU's TSC you're reading), but these machines seem to be so
> rare that hardly anyone technical enough to fix it cares.
Im working on making
Followup to: <3AD2CE98.28151.46E93A@localhost>
By author:"Ulrich Windl" <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> Hi, Cycle Counters,
>
> Linux currently tries to synchronize TSCs for consistent time in SMP
> systems. One would not believe what combinations of hardware are tri
Hi, Cycle Counters,
Linux currently tries to synchronize TSCs for consistent time in SMP
systems. One would not believe what combinations of hardware are tried,
especially for precision timing. Here's a short answer to my asking-
back about a complaint (the kernel is reporting negative time wa
> This is consistent throughout all 2.4.x at least. From your comment I've
> learnt SuS v2 requires -ENODEV for the len=0 case. While this would
it needs -ENODEV for all cases where you mmap a file which does not support
mmap operations. A 0 length mmap could return the address, EINVAL and maybe
sions 1.05 which comes with linux 2.4.2, an older version
that came with linux-2.4.0test12 and 1.07 which came with 2.4.2-ac20.
I contacted Donald Becker and he told me to post it here.
Read U!
packet
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
(Linus cc'ed - related thread: 243-pre[78]: mmap changes (breaks) /proc)
On Wed, 28 Mar 2001, Alan Cox wrote:
> 2.4.2-ac27
> o Revert mmap change that broke assumptions (and (Martin Diehl)
> it seems SuS)
the reason to suggest keeping the test was not due to len=0 behaviour of
mmap
(Linus cc'ed - related thread: 243-pre[78]: mmap changes (breaks) /proc)
On Wed, 28 Mar 2001, Alan Cox wrote:
> 2.4.2-ac27
> o Revert mmap change that broke assumptions (and (Martin Diehl)
> it seems SuS)
the reason to suggest keeping the test was not due to len=0 behaviour of
mmap
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
Intermediate diffs are available from
http://www.bzimage.org
(Note that the cmsfs port to 2.4 is a work in progress)
2.4.2-ac28
o Fix another modules race(me)
o
> particular issue was fixed just after 6.1.5 was released.
>
> The last patch you sent to me + small other fixups for aicdb.h. I dont have
> time to chase after peoples drivers. If you want a newer aic7xxx in -ac just
> mail me a diff to update to it
CHANGELOG-6.1.5-6.1.8.gz
li
>> What version of the aic7xxx driver is embedded in 2.4.2-ac27? This
>> particular issue was fixed just after 6.1.5 was released.
>
>The last patch you sent to me + small other fixups for aicdb.h. I dont have
>time to chase after peoples drivers. If you want a newer aic7xxx in -ac just
>mail me
> What version of the aic7xxx driver is embedded in 2.4.2-ac27? This
> particular issue was fixed just after 6.1.5 was released.
The last patch you sent to me + small other fixups for aicdb.h. I dont have
time to chase after peoples drivers. If you want a newer aic7xxx in -ac just
mail me a diff
>aic7xxx_osm.h:#define AIC7XXX_DRIVER_VERSION "6.1.5"
Pick up the latest from here:
http://people.FreeBSD.org/~gibbs/linux/
--
Justin
-
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.kern
aic7xxx_osm.h:#define AIC7XXX_DRIVER_VERSION "6.1.5"
"Justin T. Gibbs" wrote:
> >Hello,
> >
> >I'm using Linux-2.4.2-ac27 SMP compiled with gcc version 2.95.2 2220
> >(Debian GNU/Linux).
>
> What version of the aic7xxx driver is emb
>Hello,
>
>I'm using Linux-2.4.2-ac27 SMP compiled with gcc version 2.95.2 2220
>(Debian GNU/Linux).
What version of the aic7xxx driver is embedded in 2.4.2-ac27? This
particular issue was fixed just after 6.1.5 was released.
--
Justin
-
To unsubscribe from this li
Hello,
I'm using Linux-2.4.2-ac27 SMP compiled with gcc version 2.95.2 2220
(Debian GNU/Linux).
After an "insmod aic7xxx" "cat /proc/bus/pci/devices" works just fine.
After an "rmmod aic7xxx" "cat /proc/bus/pci/devices" fails to produce
any out
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
Intermediate diffs are available from
http://www.bzimage.org
(Note that the cmsfs port to 2.4 is a work in progress)
2.4.2-ac27
o Rely on BIOS to setup apic bits on OSB4 (me)
o
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
Intermediate diffs are available from
http://www.bzimage.org
(Note that the cmsfs port to 2.4 is a work in progress)
2.4.2-ac26
o Fix es1370 build bug(me)
o
Linus Torvalds <[EMAIL PROTECTED]> writes:
>
> On 24 Mar 2001, Kevin Buhr wrote:
> >
> > A huge win for 2.96 and absolutely no benefit whatsoever for 3.0, even
> > though it obviously had a 10-fold effect on maps counts. On the
> > positive side, there was no performance *hit* either.
>
> I don
recognized
and the orinoco_cs module is loaded but the module fails to initialize the card. I am
using pcmcia-cs-3.1.24 and linux-2.4.2-ac24. Here are the entries from
/var/log/messages. Any ideas? (like just forget it ;-)
Mar 24 18:42:28 xyzzy cardmgr[928]: initializing socket 0
Mar 24 18:4
Jakob Østergaard wrote:
> But the bad case was a garbage collector in GCC. The mmap tricks seem like
> some you may be inclined to actually use in something like garbage collectors.
> Are we sure that the developers of all other garbage collectors out there
> foresaw this problem and didn't do mm
On 24 Mar 2001, Kevin Buhr wrote:
>
> A huge win for 2.96 and absolutely no benefit whatsoever for 3.0, even
> though it obviously had a 10-fold effect on maps counts. On the
> positive side, there was no performance *hit* either.
I don't think the system time in 3.0 has anything to do the the
On Sat, Mar 24, 2001 at 01:54:39PM -0600, Kevin Buhr wrote:
> Jakob Østergaard <[EMAIL PROTECTED]> writes:
> >
> > It's important that you use at least -O3 to get inlining too.
> [ . . . ]
> > 25 MB doesn't count ;)
>
> Aggh! I feel like I'm in a comedy sketch. You tell me "do that".
> I do
Jakob Østergaard <[EMAIL PROTECTED]> writes:
>
> It's important that you use at least -O3 to get inlining too.
[ . . . ]
> 25 MB doesn't count ;)
Aggh! I feel like I'm in a comedy sketch. You tell me "do that".
I do that. You tell me, "you should try this instead", so I do this.
Then, you
"Zack Weinberg" <[EMAIL PROTECTED]> writes:
>
> Let me inject some information about what gcc's doing in each version.
Thanks... very useful information.
> 2.95.3 allocates its memory via a bunch of 'obstacks' which,
> underneath, get memory from malloc, and therefore brk(2). I'm very
> surpr
Linus Torvalds <[EMAIL PROTECTED]> writes:
> >
[ under kernel 2.4.2 ]
> >
> >CVS gcc 3.0: Debian gcc 2.95.3: RedHat gcc 2.96:
> >
> >real16m8.423s real8m2.417s real12m24.939s
> >user15m23.710suser7m22.200suser10m1
Mike Galbraith <[EMAIL PROTECTED]> writes:
>
> Times are fine. Local APIC timer interrupts are used.
Okay, thanks. That's good.
> Testing's easy, thanks for the fix.
This is where I'd submit the patch, but Alan evidently works 80 hours
a day. ;) The new patch is already in ac24.
Alan, FYI
Alan Cox wrote:
>
> 2.4.2-ac24
> 2.4.2-ac23
> o Back out problem via bridge change (me)
That fixed the bttv problems I had. I've noticed that there are
four VIA vt8363 PCI fixups by now. Are these experimental to see if
some people's problems go away or have VIA confirmed that
On Fri, Mar 23, 2001 at 09:02:30PM -0800, Linus Torvalds wrote:
> In article <[EMAIL PROTECTED]>,
> Kevin Buhr <[EMAIL PROTECTED]> wrote:
> >
> >The results speak for themselves:
> >
> >CVS gcc 3.0: Debian gcc 2.95.3: RedHat gcc 2.96:
> >
> >real16m8.42
In article <[EMAIL PROTECTED]>,
Kevin Buhr <[EMAIL PROTECTED]> wrote:
>
>The results speak for themselves:
>
>CVS gcc 3.0: Debian gcc 2.95.3: RedHat gcc 2.96:
>
>real16m8.423s real8m2.417s real12m24.939s
>user15m23.710suser
Kevin Buhr wrote:
> Jakob Østergaard <[EMAIL PROTECTED]> writes:
> >
> > Try compiling something like Qt/KDE/gtk-- which are really heavy on
> > templates (with all the benefits and drawbacks of that).
>
> Okay, I just compiled gtk-- 1.0.3 (with CFLAGS = "-O2 -g") under three
> versions of GCC (D
Alan Cox wrote:
> 2.4.2-ac24
Is DRI still hosed?
-
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 the FAQ at http://www.tux.org/lkml/
On Sat, 24 Mar 2001, Alan Cox wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
>
> Intermediate diffs are available from
>
> http://www.bzimage.org
>
> (Note that the cmsfs port to 2.4 is a work in progress)
>
> 2.4.2-ac24
> o Fi
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
Intermediate diffs are available from
http://www.bzimage.org
(Note that the cmsfs port to 2.4 is a work in progress)
2.4.2-ac24
o Fix build bug with tsc in ac23 (me)
o
Adrian Bunk <[EMAIL PROTECTED]> said:
> 2.4.2-ac23
> ...
> o Fix i386 #ifdef bug with notsc disable (Anton Blanchard)
> ...
>
>
> This change has broken the compile for me (my .config is attached):
>
> gcc -D__KERNEL__ -I/home/bunk/linux/linux/include -Wall
> -Wstrict-prototypes
ot
sure, and I'd really like to know one way or the other). In fact, if
you could send me your kernel messages up to the PCI probe, that would
be ideal.
Thanks muchly!
Kevin <[EMAIL PROTECTED]>
* * *
diff -ru linux-2.4.2-ac20-vanilla/arch/i386/ker
On Thu, Mar 22, 2001 at 07:35:49PM +0100, Jakob Østergaard wrote:
> My code here is quite template heavy, and I suspect that's what's triggering
> it. In fact, I can't compile our development code with optimization, because
> GCC runs out of memory (it only allocates some 300-500 MB, but each pa
On Fri, 23 Mar 2001, Admin Mailing Lists wrote:
> > >It was causing SMP boxes to crash mysteriously after
> > >several hours or days. Quite a lot of them. Nobody
> > >was able to explain why, so it was turned off.
> >
> > I know why it was turned off by default. The annoying this is that now
>
Duh yes.. it would for some people
--- arch/i386/kernel/setup.c~ Thu Mar 22 23:18:21 2001
+++ arch/i386/kernel/setup.cFri Mar 23 13:26:08 2001
@@ -2276,7 +2276,7 @@
*/
/* TSC disabled? */
-#ifdef CONFIG_X86_TSC
+#ifndef CONFIG_X86_TSC
if ( tsc_disable )
> >
> >It was causing SMP boxes to crash mysteriously after
> >several hours or days. Quite a lot of them. Nobody
> >was able to explain why, so it was turned off.
>
> I know why it was turned off by default. The annoying this is that now
> the *only* way to activate the watchdog is via a boot
2.4.2-ac23
...
o Fix i386 #ifdef bug with notsc disable (Anton Blanchard)
...
This change has broken the compile for me (my .config is attached):
gcc -D__KERNEL__ -I/home/bunk/linux/linux/include -Wall
-Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe
-mpre
On Fri, Mar 23, 2001 at 12:06:30PM +, Alan Cox wrote:
> o Fix i386 #ifdef bug with notsc disable (Anton Blanchard)
gcc -D__KERNEL__ -I/usr/src/kernel/2.4.2-ac23/include -Wall
-Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe
-mpreferred-stack-boundary=2 -mar
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
Intermediate diffs are available from
http://www.bzimage.org
(Note that the cmsfs port to 2.4 is a work in progress)
2.4.2-ac23
o Fix a nasty shared memory locking bug (Steph
On Thu, 22 Mar 2001, Alan Cox wrote:
> 2.4.2-ac21
> o atyfb mode updates for powermac (Olaf Hering)
60 Hz modes should be marked 60 Hz.
Add separator comment.
--- linux-2.4.2-ac21/drivers/video/macmodes.c.orig Fri Mar 23 08:17:54 2001
+++ linux-2.4.2-ac21/drivers
On 22 Mar 2001, Kevin Buhr wrote:
> Mike Galbraith <[EMAIL PROTECTED]> writes:
> >
> > 2.4.2.ac20.virgin 2.4.3-pre6
> > real11m0.708s 11m58.617s
> > user15m8.720s 7m29.970s
> > sys 1m31.410s 0m41.590s
> >
> > It looks like ac20 is doing some double accounting.
[snip]
> Mike,
On Fri, 23 Mar 2001 01:50:49 +,
"Andrew Morton" <[EMAIL PROTECTED]> wrote:
>Keith Owens wrote:
>>
>> Am I the only person who is annoyed that nmi watchdog is now off by
>> default and the only way to activate it is by a boot parameter? You
>> cannot even patch the kernel to build a version
Keith Owens wrote:
>
> Am I the only person who is annoyed that nmi watchdog is now off by
> default and the only way to activate it is by a boot parameter? You
> cannot even patch the kernel to build a version that has nmi watchdog
> on because the startup code runs out of the __setup routine,
On Fri, 23 Mar 2001 00:02:54 +0100,
Frank de Lange <[EMAIL PROTECTED]> wrote:
>Linux 2.4.2-ac21 does not like my box, or the other way around:
>
>loading the agpgart module (MGA G400 AGP) -> system hangs
>loading the SCSI module (53c875) -> system hangs
>
>In both c
On Thu, 22 Mar 2001, Alan Cox wrote:
OK.
> > On Thu, 22 Mar 2001, Alan Cox wrote:
> >
> > Does not build for PPro/P-II. i586 is OK.
>
> You need to avoid enabling 64G support. The PAE stuff (as Linus said
> with
> 2.4.3pre6) is currently broken. Once Linus and co fix it I'll merge the
> fixed
>
On Thu, 22 Mar 2001, Alan Cox wrote:
Does not build for PPro/P-II. i586 is OK.
=== Cut ===
ld -m elf_i386 -T /tmp/build-kernel/usr/src/linux-2.4.2ac21/arch/i386/vmlinux.lds -e
stext arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o init/version.o \
--start-group \
> On Thu, 22 Mar 2001, Alan Cox wrote:
>
> Does not build for PPro/P-II. i586 is OK.
You need to avoid enabling 64G support. The PAE stuff (as Linus said with
2.4.3pre6) is currently broken. Once Linus and co fix it I'll merge the fixed
one
Alan
-
To unsubscribe from this list: send the line "
Oops...
Linux 2.4.2-ac21 does not like my box, or the other way around:
loading the agpgart module (MGA G400 AGP) -> system hangs
loading the SCSI module (53c875) -> system hangs
In both cases, the magic SysRq sequence does not work, but it is still possible
to ping the box from the o
upts,
and then we're also emulating them on normal timer ticks. That
doubles the rate at which "smp_local_timer_interrupt" is called,
doubling the process user and system time accounting.
Mike, would you like to try out the following (untested) patch against
vanilla ac20 to see if
Credit where credit's due...
On Thu, 22 Mar 2001, Alan Cox wrote:
> 2.4.2-ac21
> o Update NEC DDB5476 eval board support (Geert Uytterhoeven)
Actually this port was done by Jun Sun (based on the DDB5074 port).
> o Update NEC DDB5074 eval board support (Geert Uytterh
On Thu, Mar 22, 2001 at 12:23:15PM -0600, Kevin Buhr wrote:
> [EMAIL PROTECTED] (Kevin Buhr) writes:
...
> I pulled the "gcc-3_0-branch" of GCC from CVS and compiled Mozilla
> under a 2.4.2 kernel. The numbers I saw were:
>
> real57m26.850s
> user96m57.490s
> sys 3m16.780
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
Intermediate diffs are available from
http://www.bzimage.org
(Note that the cmsfs port to 2.4 is a work in progress)
2.4.2-ac21
o Merge with Linus 2.4.3pre6
o Close last known rei
On 21 Mar 2001, Kevin Buhr wrote:
> Mike Galbraith <[EMAIL PROTECTED]> writes:
> >
> > Yes. I'm so used to UP numbers I didn't think. I saw user larger than
> > real on my UP box yesterday during some testing, and then seeing this
> > post... oops.
>
> Okay, so you see "user > real" on a UP box
Mike Galbraith <[EMAIL PROTECTED]> writes:
>
> Yes. I'm so used to UP numbers I didn't think. I saw user larger than
> real on my UP box yesterday during some testing, and then seeing this
> post... oops.
Okay, so you see "user > real" on a UP box running an SMP kernel.
First, I'm not really
On Wed, 21 Mar 2001, Kurt Garloff wrote:
> On Wed, Mar 21, 2001 at 07:41:55AM +0100, Mike Galbraith wrote:
> > On 20 Mar 2001, Kevin Buhr wrote:
> > > real60m4.574s
> > > user101m18.260s <-- impossible no?
> > > sys 3m23.520s
> >
> > Why do numbers like this show up? I n
On Wed, Mar 21, 2001 at 07:41:55AM +0100, Mike Galbraith wrote:
> On 20 Mar 2001, Kevin Buhr wrote:
> > real60m4.574s
> > user101m18.260s <-- impossible no?
> > sys 3m23.520s
>
> Why do numbers like this show up? I noticed some of this after having
> enabled SMP on my UP
> > I frequently build Mozilla from scratch on my (aging) dual Celeron
> > machine. [...]
> > real60m4.574s
> > user101m18.260s <-- impossible no?
> > sys 3m23.520s
>
> Why do numbers like this show up? I noticed some of this after having
> enabled SMP on my UP box.
>
On Wed, 21 Mar 2001, Matthias Urlichs wrote:
> > > I frequently build Mozilla from scratch on my (aging) dual Celeron
> > > machine. [...]
> > > real60m4.574s
> > > user101m18.260s <-- impossible no?
> > > sys 3m23.520s
> >
> > Why do numbers like this show up? I notice
On 20 Mar 2001, Kevin Buhr wrote:
> Linus Torvalds <[EMAIL PROTECTED]> writes:
> >
> > Cool. Somebody actually found a real case.
> >
> > I'll fix the mmap case asap. Its' not hard, I just waited to see if it
> > ever actually triggers. Something like g++ certainly counts as major.
>
> I frequent
Linus Torvalds <[EMAIL PROTECTED]> writes:
>
> Cool. Somebody actually found a real case.
>
> I'll fix the mmap case asap. Its' not hard, I just waited to see if it
> ever actually triggers. Something like g++ certainly counts as major.
I do daily builds of the VTK CVS tree (The Visualization T
Kevin Buhr writes:
> If I recall correctly, RedHat's 2.96 was a modified development
> snapshot of GCC 3.0, not an official GCC release. If this is just a
> quirk in 2.96 that can be fixed before the official release of 3.0 by
> a trivial patch to libiberty, maybe your original hunch was rig
zilla from scratch on my (aging) dual Celeron
machine. That's about 65 megs of actual C++ source, and it takes
about an hour of real time to compile. I see times for the whole
build like this:
real60m4.574s
user101m18.260s
sys 3m23.520s
with gcc 2.95.2 20000220 (Debian GN
On Tue, Mar 20, 2001 at 10:43:33AM -0800, Linus Torvalds wrote:
>
>
> On Tue, 20 Mar 2001, Serge Orlov wrote:
> >
> > I upgraded one of our computer happily running 2.2.13 kernel
> > to 2.4.2. Everything was OK, but compilation time of our C++
> > project greatly increased (1.4 times slower). I
On Tue, 20 Mar 2001, Serge Orlov wrote:
>
> I upgraded one of our computer happily running 2.2.13 kernel
> to 2.4.2. Everything was OK, but compilation time of our C++
> project greatly increased (1.4 times slower). I investigated the
> issue and found that g++ spends 7 times more time in kernel
On Tue, Mar 20, 2001 at 09:28:57PM +0300, Serge Orlov wrote:
> Hi,
> I upgraded one of our computer happily running 2.2.13 kernel
> to 2.4.2. Everything was OK, but compilation time of our C++
> project greatly increased (1.4 times slower). I investigated the
> issue and found that g++ spends 7 t
Hi,
I upgraded one of our computer happily running 2.2.13 kernel
to 2.4.2. Everything was OK, but compilation time of our C++
project greatly increased (1.4 times slower). I investigated the
issue and found that g++ spends 7 times more time in kernel.
The reason for this is big vm map:
cat /proc
"Juergen Rose,K17,0331-9772437,030-2425483" wrote:
> if I try 'make modules_install' with linux-2.4.2 I get:
> ...
> mkdir -p /lib/modules/2.4.2/kernel/drivers/acpi/
> cp common.o dispatcher.o events.o hardware.o interpreter.o namespace.o
> parser.o resources.o
Hello,
if I try 'make modules_install' with linux-2.4.2 I get:
...
make[1]: Entering directory `/usr/src_laptop450/linux-2.4.2/drivers'
make -C acpi modules_install
make[2]: Entering directory `/usr/src_laptop450/linux-2.4.2/drivers/acpi'
mkdir -p /lib/modules/2.4.2/ker
Thus spake FAVRE Gregoire ([EMAIL PROTECTED]):
> Sorry if that has already been posted, I read the m-l via newsgroups.
> When I try to compile, I got:
> `/usr/src/linux-2.4.2-ac17/drivers/scsi/aic7xxx/aicasm'
> kgcc -I/usr/include -ldb aicasm_gram.c aicasm_scan.c aicasm.c
>
Hello,
Sorry if that has already been posted, I read the m-l via newsgroups.
When I try to compile, I got:
make[4]: Entering directory
`/usr/src/linux-2.4.2-ac17/drivers/scsi/aic7xxx'
make -C aicasm
make[5]: Entering directory
`/usr/src/linux-2.4.2-ac17/drivers/scsi/aic7xxx/aicasm'
k
Hello,
I ran 2.4.2 under heavy load since 2 days.
I try to decrypt my /etc/passwd files with the program John
the Ripper on a Pentium133.
This process is very long ;-)
I don't understand the error. Hope it will be useful.
Pierre
you can see the load average and the uptime after crash:
10:09am
Hello,
I ran 2.4.2 under heavy load since 2 days.
I try to decrypt my /etc/passwd files with the program John
the Ripper on a Pentium133.
This process is very long ;-)
I don't understand the error. Hope it will be useful.
Pierre
you can see the load average and the uptime after crash:
10:09am
On Tue, 6 Mar 2001, Alan Cox wrote:
> > I have not had problems with 2.4.2, just tried 2.4.2-ac12. About the IDE
> > stage it just reboots.
>
> Does ac11 also reboot like that. -ac is currently testing versions of the new
> VIA IDE driver so knowing if the latest update did that would be very
On Tue, 6 Mar 2001, Scott M. Hoffman wrote:
> On Tue, 6 Mar 2001, God wrote:
>
> > # iostat
> > Linux 2.4.2 (scotch)03/06/2001
>
> I have not had problems with 2.4.2, just tried 2.4.2-ac12. About the IDE
> stage it just reboots.
Same chipset/mb?
> As
On Tue, 6 Mar 2001, Alan Cox wrote:
> > Just trying 2.4.3-pre2 now. It appears to be working fine. I used the
> > same config from my ac11-12 attempts. My systems problem with ac11-12 must
> > not be something common between them. Hope this helps.
>
> It helps a lot. I now know not to submit
> Just trying 2.4.3-pre2 now. It appears to be working fine. I used the
> same config from my ac11-12 attempts. My systems problem with ac11-12 must
> not be something common between them. Hope this helps.
It helps a lot. I now know not to submit the VIA ide driver to Linus until
further inves
On Mon, 5 Mar 2001, Linus Torvalds wrote:
> In article <[EMAIL PROTECTED]>,
> Scott M. Hoffman <[EMAIL PROTECTED]> wrote:
> >
> > It may not be related, but out of five boot attempts, only one got past
> >the IDE driver stage(ie, below from 2.4.2 :
> > VP_IDE: IDE controller on PCI bus 00 dev 39
On Tue, 6 Mar 2001, Alan Cox wrote:
> > I have not had problems with 2.4.2, just tried 2.4.2-ac12. About the IDE
> > stage it just reboots.
>
> Does ac11 also reboot like that. -ac is currently testing versions of the new
> VIA IDE driver so knowing if the latest update did that would be very
>
In mailing-lists.linux-kernel, you wrote:
> -ac is currently testing versions of the new VIA IDE driver
What is the relationship between the version 3.21 in -ac12 and the
version 4.3 that was distributed on this list a week or two ago?
Cheers, Wayne
-
To unsubscribe from this list: send the l
> I won't be able to try ac11 until late tonight as that is my home PC that
> has the VIA chips. I'll let you know
> Also, these patches should be applied to 2.4.2, right? I'm using a 2.4.1
> tree patched to 2.4.2, then applied ac12.
Yep you applied it right by the sounds of it.
-
To unsubscri
On Tue, 6 Mar 2001, Alan Cox wrote:
> > I have not had problems with 2.4.2, just tried 2.4.2-ac12. About the IDE
> > stage it just reboots.
>
> Does ac11 also reboot like that. -ac is currently testing versions of the new
> VIA IDE driver so knowing if the latest update did that would be very
> I have not had problems with 2.4.2, just tried 2.4.2-ac12. About the IDE
> stage it just reboots.
Does ac11 also reboot like that. -ac is currently testing versions of the new
VIA IDE driver so knowing if the latest update did that would be very
useful
-
To unsubscribe from this list: send
at 0xd808-0xd80f, BIOS settings: hdc:DMA, hdd:DMA
> hda: QUANTUM FIREBALL CX6.4A, ATA DISK drive
> hdb: ST33210A, ATA DISK drive
> hdc: WDC AC2340F, ATA DISK drive
> hdd: ATAPI CD-ROM DRIVE 40X MAXIMUM, ATAPI CD/DVD-ROM drive
>
>
> Other then the fact that as I look down at the
DRIVE 40X MAXIMUM, ATAPI CD/DVD-ROM drive
Other then the fact that as I look down at the drive activity light on the
case, it's lit ... things from a IO standpoint seem to be ok .. (and I
hope it stays that way) ...
btw, for the curious:
# iostat
Linux 2.4.2 (scotch)03/06/2001
tty:
In article <[EMAIL PROTECTED]>,
Scott M. Hoffman <[EMAIL PROTECTED]> wrote:
>
> It may not be related, but out of five boot attempts, only one got past
>the IDE driver stage(ie, below from 2.4.2 :
> VP_IDE: IDE controller on PCI bus 00 dev 39
> VP_IDE: chipset revision 16
> VP_IDE: not 100% nat
On Mon, 5 Mar 2001, Richard B. Johnson wrote:
>
> Attempts to run linux-2.4.3-pre2 on chaos.analogic.com results
> in **MASSIVE** file-system destruction. I have (had) all SCSI
> disks, using the BusLogic controller.
>
> There is something **MAJOR** going on BAD, BAD, BAD, even disks
> that were n
On Friday March 2, [EMAIL PROTECTED] wrote:
> 1. Problem description
> 2. Machine details
> a) Hardware
> b) Software
> 3. System log during the incident
>
> 1. Problem Description:
>
snip
> Mar 2 13:44:38 bertha kernel: Unable to handle kernel NULL pointer
> dereference at virtual
1. Problem description
2. Machine details
a) Hardware
b) Software
3. System log during the incident
1. Problem Description:
I have a software raid 5 with 1 spare. (9 total drives dedicated for raid)
with a seperate Boot drive for the system.
Before this new problem, I had many
Linux 2.4.2 SMP Kernel died while I was logged in remotely. When I got
back to the box, the Kernel had spit out a kernel bug. Here's what I
copied down (didn't get the registers or stack trace, will do if it
happens again):
bug in page_alloc:75
invalid operand:
CPU: 1
EIP: 0010
Christoph Hellwig writes:
> On Wed, Feb 28, 2001 at 10:16:02PM -0500, Albert D. Cahalan wrote:
>> Christoph Hellwig writes:
>>
>>> Urgg. limits.h is a userlevel header...
>>>
>>> The attached patch will make similar atempts fail (but not this one as
>>> there is also a limits.h in gcc's include di
1 - 100 of 145 matches
Mail list logo
