My sparc 10 seems to hang with any 2.4.0-test12+
kernel
if I add mem=128M it boots fine, but anything above
128M wont boot it just hangs. Is there something I've
missed? here is screen output.
Resetting ...
SPARCstation 10 (1 X 390Z50), No Keyboard
ROM Rev. 2.12, 512 MB memory installed,
Follow-up: in the mean time I upgraded to test13-pre3. Things look fine so
far, but I got this in the kernel log:
TCP: peer 203.65.190.178:25/57885 shrinks window 2375104836:0:2375106284. Bad, what
else can I say?
Andrea Arcangeli wrote:
>
> On Sun, Dec 24, 2000 at 01:28:59PM +1100, Andrew Morton wrote:
> > This could happen with the old scheme where exclusiveness
> > was stored in the task, not the waitqueue.
> >
> > >From test4:
> >
> > for (;;) {
> >
On Sun, Dec 24, 2000 at 01:28:59PM +1100, Andrew Morton wrote:
> This could happen with the old scheme where exclusiveness
> was stored in the task, not the waitqueue.
>
> >From test4:
>
> for (;;) {
> __set_current_state(TASK_UNINTERRUPTIBLE | TASK_EXCLUSIVE);
>
Just got an oops uner test13-pre4 when I tried to access a new nfs
export. Looks like the ip defrag monster doesn't want to go away =)
ksymoops 0.7c on i686 2.4.0-test13-pre4. Options used
-V (default)
-K (specified)
-L (specified)
-o /lib/modules/2.4.0-test13-pre4/
Andrea Arcangeli wrote:
>
> ...
> > if (rq)
> > break;
> > generic_unplug_device(q);
> > schedule();
> > }
> > remove_wait_queue(>wait_for_request, );
> > current->state = TASK_RUNNING;
> >
On Sun, Dec 24, 2000 at 12:52:12PM +1100, James Morris wrote:
> On Sat, 23 Dec 2000, Cesar Eduardo Barros wrote:
>
> > Then what do you do when you are behind a NAT? And how do you expire entries in
> > ESTABLISHED state that could stay lingering forever without some sort of
> > keepalive? (The
On Sat, 23 Dec 2000, Cesar Eduardo Barros wrote:
> Then what do you do when you are behind a NAT? And how do you expire entries in
> ESTABLISHED state that could stay lingering forever without some sort of
> keepalive? (The FINs might have been lost due to a conectivity transient, so
> you can
With 2.4.0-test13-pre4-ac2, I get the following error with make xconfig:
make[1]: Leaving directory `/usr/src/linux-2.4.0-test13-pre4-ac2/scripts'
wish -f scripts/kconfig.tk
ERROR - Attempting to write value for unconfigured variable
(CONFIG_SOUND_YMFPCI).
It appears that in the
On Sun, Dec 24, 2000 at 11:23:33AM +1100, Andrew Morton wrote:
> Andrea Arcangeli wrote:
> > 1) could be fixed trivially by making the waitqueue_lock a spinlock, but
> > this way doesn't solve 2). And if we solve 2) properly than 1) gets fixed as
BTW (follow up myself), really making the lock a
Manfred wrote:
>
> Hi Jeff, Tjeerd,
>
> I spotted the spin_lock in natsemi.c, and I think it's bogus.
>
> The "simultaneous interrupt entry" is a bug in some 2.0 and 2.1 kernel
> (even Alan didn't remember it exactly when I asked him), thus a sane
> driver can assume that an interrupt handler
I am having trouble when biulding the 2.2.18 Linux kernel (on a Redhat
7.0, gcc-2.96). At link-time, the linker complains that in the file
aic7xxx.o, in the function aic7xxx_load_seeprom, there is an "undefined
reference to 'memcpy'". In fact, doing 'nm aic7xxx.o' gives a 'U
memcpy', but,
On Sat, Dec 23, 2000 at 04:19:31PM -0800, David Schwartz wrote:
>
> > This means that keepalive is useless for keeping alive more than
> > one connection
> > to a given host.
>
> Actually, keepalive is useless for keeping connections alive anyway. It's
> very badly named. It's purpose is
> This means that keepalive is useless for keeping alive more than
> one connection
> to a given host.
Actually, keepalive is useless for keeping connections alive anyway. It's
very badly named. It's purpose is to detect dead peers, not keep peers
alive.
DS
-
To unsubscribe
Andrea Arcangeli wrote:
>
> On Sat, Dec 23, 2000 at 05:56:42PM +1100, Andrew Morton wrote:
> > If we elect to not address this problem in 2.2 and to rely upon the network
>
> I see. There are two races:
>
> 1) race inside __wake_up when it's run on the same waitqueue: 2.2.19pre3
>
The story continues, citing myself:
> Hmm, would have been nice, but it crashes here with 20001222, nevertheless.
> For which CPU do you have your kernel configured? It might be a CPU
> specific issue, I'll try to compile for Pentium I and 486, now, and report
> my results.
It does not seem
Alan,
I talked with Russell in private and this patch fixes some issues
with the previous one, included in 2.2.19-pre3, and it also checks for
another kmalloc result in init_module.
Another question, by what I saw the HAVE_DEVLIST thing is not used
anymore (dunno if it
This oops occurred while I was on the internet. modemlights_applet, the
process that caused the oops, died, and upon being restarted, is hung in
the "D" state. kill -9 won't even rid me of it. The internet
connection is still alive, though, as I can ping sites. The system is
an AMD-K6/2, the
On Sat, 23 Dec 2000, ebi4 wrote:
> ld: cannot open drivers/ieee1394/ieee1394.a: No such file or directory
> make: *** [vmlinux] Error 1
I sent the following patch to Linus already. It should fix the problem.
--Kai
diff -ur linux-2.4.0-test13-pre3/drivers/ieee1394/Makefile
I've been doing some experiments with the keepalive code in 2.4.0-test10 here
(I want to avoid the 2.2.x NAT I'm using (for which I don't have root) from
timing out my connections). To test it, I reduced both tcp_keepalive_time and
tcp_keepalive_intvl to 1. Using ethereal, I saw that the
> > I found that when I compiled the 2.4 kernel with the option
> > of Pentium III or Pentium 4 on a Celeron's PC, it could cause the
> > system hang at very beginning boot stage, and I found the problem
> > is cause by the fact that Intel Celeron doesn't have a real memory
>
Hi
That did it, thanks
Kees
On Sat, 23 Dec 2000, J . A . Magallon wrote:
>
> On 2000.12.23 kees wrote:
> > Hi,
> >
> > Trying to build 2.2.18+pe-patch-2.2.19-3 gives:
> >
> >
> > /usr/bin/cc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes
> > -O2
> > -fomit-frame-pointer
On Sat, Dec 23, 2000 at 09:21:51AM -0800, Linus Torvalds wrote:
> A Celeron isn't a PIII, and you shouldn't tell the configure that it is.
Well, some Celerons are. My laptop has a Celeron with a Coppermine
core, so it is PIII based. Here is the output from /proc/cpuinfo:
processor : 0
On Sat, Dec 23, 2000 at 05:33:55PM +0100, Manfred wrote:
> * get_pid causes a deadlock when all pid numbers are in use.
> In the worst case, only 10900 threads are required to exhaust
> the 15 bit pid space.
Yes. I posted a patch for 31-bit pids once or twice.
There is no great hurry, but on
On Sat, 23 Dec 2000, Alex Belits wrote:
> On Sat, 23 Dec 2000 [EMAIL PROTECTED] wrote:
>
> > Subject: OS & Games Software
> >
> > Are you still using an old operating system? Why not upgrade to a
> > newer and
> > more reliable version? You'll enjoy greater features and more
> > stability.
Andre,
One of my two volume groups, unfortunately the one with
/usr, /var, /opt, and /home, isn't recognized by 0.9's vgscan when
I reboot under 2.4.0-test13-pre4.But since the second volume
group is visible, and you just told meit should be, then I can just
copy volumes over under
> "Albert" == Albert D Cahalan <[EMAIL PROTECTED]> writes:
>> bigmem is 'last resort' stuff. I'd much rather it is as now a
>> seperate allocator so you actually have to sit and think and decide
>> to give up on kmalloc/vmalloc/better algorithms and only use it
>> when the hardware sucks
On Sat, Dec 23, 2000 at 02:24:39PM -0500, Todd M. Roy wrote:
>
> Now that in 2.4.0-test12-pre4, lvm 0.9 has replaced 0.8, is it possible
> to do a conversion of lvm created physical volumes, volume groups
> and logical volumes from 0.8 to 0.9?
on-disk format isn't changed so no conversion is
ebi4 wrote:
>ld: cannot open drivers/ieee1394/ieee1394.a: No such file or directory
>make: *** [vmlinux] Error 1
Changing the order of a few lines in linux/drivers/ieee1394/Makefile fixes
this problem. Here is the patch:
Steven
diff -u linux/drivers/ieee1394/Makefile.orig
On Sat, 23 Dec 2000, Alex Buell wrote:
> I recently bought a Netgear FA311 which does 10/100Mb/ethernet for my
> first home network. I've looked and found driver sources which
> apparently works only for 2.0.36. Ulp! Before I start cracking my
> knuckles and working my deep magic to get it to
On Sat, 23 Dec 2000, Alex Buell wrote:
> On Sat, 23 Dec 2000, Marcus Meissner wrote:
>
> > > Is this where you got the sources?
> > > http://www.scyld.com/network/natsemi.html (Thanks Steve)
> >
> > The linux driver is actually on the accompanying floppy disk. Without license
> > statement
"Hayden A. James" wrote:
> [root@neutron /root]# modprobe tdfx
> /lib/modules/2.4.0-test13pre4-ac2/kernel/drivers/char/drm/tdfx.o:
> unresolved symbol remap_page_range
> /lib/modules/2.4.0-test13pre4-ac2/kernel/drivers/char/drm/tdfx.o:
> unresolved symbol __wake_up
>
On Saturday, December 23, 2000 11:02:53 -0800 Linus Torvalds
<[EMAIL PROTECTED]> wrote:
>
> Which is why I prefer the higher layers handling the dirty/uptodate/xxx
> bits.
>
Grin, I should have taken the hint when we talked about the buffer up to
date checks for block_read_full_page, it made
On Sat, 23 Dec 2000, Marcus Meissner wrote:
> > Is this where you got the sources?
> > http://www.scyld.com/network/natsemi.html (Thanks Steve)
>
> The linux driver is actually on the accompanying floppy disk. Without license
> statement unfortunately.
I got a floppy disk with the netgear
Now that in 2.4.0-test12-pre4, lvm 0.9 has replaced 0.8, is it possible
to do a conversion of lvm created physical volumes, volume groups
and logical volumes from 0.8 to 0.9?
Sorry if this is already a FAQ that I just haven't found yet.
-- todd --
-
To unsubscribe from this list: send the
In article <[EMAIL PROTECTED]> you wrote:
> Is this where you got the sources?
> http://www.scyld.com/network/natsemi.html (Thanks Steve)
The linux driver is actually on the accompanying floppy disk. Without license
statement unfortunately.
Ciao, Marcus
-
To unsubscribe from this list: send
[root@neutron /root]# modprobe tdfx
/lib/modules/2.4.0-test13pre4-ac2/kernel/drivers/char/drm/tdfx.o:
unresolved symbol remap_page_range
/lib/modules/2.4.0-test13pre4-ac2/kernel/drivers/char/drm/tdfx.o:
unresolved symbol __wake_up
/lib/modules/2.4.0-test13pre4-ac2/kernel/drivers/char/drm/tdfx.o:
Hi Mike, hello linux-kernel audience,
> I had the same, with the last few snapshots I tried, but 20001218 seems
> to work ok.
> dmesg|head -1
> Linux version 2.4.0-test13ikd (root@el-kaboom) (gcc version gcc-2.97
> 20001218 (experimental)) #18 Sat Dec 23 17:43:29 CET 2000
Hmm, would have been
On Sat, 23 Dec 2000, Chris Mason wrote:
>
> I've updated to test13-pre4, and removed the hunk for submit_bh.
> Looks as though pre4 changed the submit_bh callers to clear the dirty
> bit, so my code does the same.
Basically, I wanted to think of "submit_bh()" as a pure IO thing. When we
call
Is this where you got the sources?
http://www.scyld.com/network/natsemi.html (Thanks Steve)
Alex Buell wrote:
>
> I recently bought a Netgear FA311 which does 10/100Mb/ethernet for my
> first home network. I've looked and found driver sources which apparently
--
Seems stable enough... the following are excerpts of some of the
warnings on make bzImage:
-
-boundary=2 -march=i686-c -o tcp_input.o tcp_input.c
tcp_input.c:1944:78: warning: pasting would not give a valid
preprocessing token
tcp_input.c:2478:76: warning: pasting would not give
it is not a problem, it is a feature. (and a useful one!)
On Sat, 23 Dec 2000 [EMAIL PROTECTED] wrote:
>
> 1. multiple mount of devices possible 2.4.0-test1 - 2.4.0-test13-pre4
>
> 2. its still possible to mount devices several times.
>IMHO it shouldnt be possible like 2.2.18
>with
On Friday, December 22, 2000 21:26:33 -0200 Marcelo Tosatti
> If we use ll_rw_block directly on buffers of anonymous pages
> (page->mapping == _space_mapping) instead using
> dirty_list_writepage() (which will end up calling block_write_anon_page)
> we can fix the buffer flushtime issue.
>
On Sat, Dec 23, 2000 at 05:56:42PM +1100, Andrew Morton wrote:
> If we elect to not address this problem in 2.2 and to rely upon the network
I see. There are two races:
1) race inside __wake_up when it's run on the same waitqueue: 2.2.19pre3
is affected as well as 2.2.18aa2, and
I don't know how its different from the FA310TX that I have. The 310TX
uses the tulip drivers so you may want to give that a shot.
Maybe you can get us a name/number off the IC on the card?
Alex Buell wrote:
>
> I recently bought a Netgear FA311 which does 10/100Mb/ethernet for my
> first home
: On Fri, 22 Dec 2000 18:34:46 + (GMT), Alan Cox wrote:
>2.2.18 might help and also as an '8139too' driver rewrite which may work
Advancing further to a 2.4-test12 kernel (with the latest available
8139too driver - 0.9.12) improves the situation even further, but doesn't
solve it.
I still
Hi,
Compiling 2.4.0-test12 for the Miata Alpha platform seems to result in a kernel
which does not correctly handle (or initialize ?) ISA IRQ's. The result is that
ps/2 keyboard and mouse and floppy don't work. I didn't check if the serial or
parallel ports work. Compiling 2.4.0-test12 for the
Hi Jeff, Tjeerd,
I spotted the spin_lock in natsemi.c, and I think it's bogus.
The "simultaneous interrupt entry" is a bug in some 2.0 and 2.1 kernel
(even Alan didn't remember it exactly when I asked him), thus a sane
driver can assume that an interrupt handler is never reentered.
Donald
On Sat, 23 Dec 2000, Andreas Franck wrote:
> Hello,
>
> I hope I am not doing something particularly stupid here, but as Linus
> encouraged curious people to try compiling the kernel with the
> latest gcc snapshots, I have tried - as several weeks before, but again
> in vain.
>
> Since I have
On Thu, 23 Dec 1999, michael chen wrote:
> I found that when I compiled the 2.4 kernel with the option
> of Pentium III or Pentium 4 on a Celeron's PC, it could cause the
> system hang at very beginning boot stage, and I found the problem
> is cause by the fact that Intel
1. multiple mount of devices possible 2.4.0-test1 - 2.4.0-test13-pre4
2. its still possible to mount devices several times.
IMHO it shouldnt be possible like 2.2.18
with umount in /proc/mounts is still the real information,
in /etc/mtab all corresponding mountpoints are deleted.
3.
On Sat, 23 Dec 2000, Sourav Sen wrote:
> In some parts of the kernel code I find expression like
>
> len = (len + ~PAGE_MASK) & PAGE_MASK ;
>
> Whats happening to len?
It's being aligned properly.
if you have a continuous array of objects that are each 8 bytes, you
create a mask that's
ld: cannot open drivers/ieee1394/ieee1394.a: No such file or directory
make: *** [vmlinux] Error 1
: Gene Imes http://www.ozob.net :
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read
I found 4 minor problems in the thread creation code:
* 2.2 reserved 4 threads for root, and 2.4 still has the
define (MIN_THREADS_LEFT_FOR_ROOT), but the code is missing :-(
* get_pid causes a deadlock when all pid numbers are in use.
In the worst case, only 10900 threads are required to
I recently bought a Netgear FA311 which does 10/100Mb/ethernet for my
first home network. I've looked and found driver sources which apparently
works only for 2.0.36. Ulp! Before I start cracking my knuckles and
working my deep magic to get it to work on 2.2.x, is there any drivers
already sorted
Linus Torvalds wrote:
>
> In article <[EMAIL PROTECTED]>,
> Tim Wright <[EMAIL PROTECTED]> wrote:
> >
> >So
> >egcs-1.1.2 is good for either, 2.7.2 is OK for 2.2, bad for 2.4. 2.95.2 and
> >later are risky. RedHat just released a bugfixed "2.96" which is an unknown
> >quantity AFAIK.
On Sat, 23 Dec 2000, Rok Pergarec wrote:
> Hello,
>
> I have problems with the ATI Mach 64 (Rage 2) video card. After a boot, I
> get just a blank screen with a few vertical lines, but the system boots up
> normally beacuse I can reboot the machine anyway. I don't get a sigle
> error in
Chris Mason wrote:
> It is enough to leave buffer heads we don't flush on the dirty list (and
> redirty the page), they'll get written by a future loop through
> flush_dirty_pages, or by page_launder. We could use ll_rw_block instead,
> even though anon pages do have a writepage with this patch
In article <[EMAIL PROTECTED]> you wrote:
> net/network.o(.text+0x3ff92): undefined reference to `atm_lane_init'
> net/network.o(.text+0x40039): undefined reference to `atm_mpoa_init'
Hi,
The patch below should fix that.
Greetings,
Arjan van de Ven
--- linux/net/atm/Makefile Fri Dec
I reported this problem a few months ago in bug-glibc and
did not get any response, although that is not unexpected since it is
unclear where the problem is. So that bug report and this report
will probably serve just to chronicle the problem in case anybody
sees something similar.
Hello,
With 2.4.0-test13-pre4 i noticed
"Networking options"
LAN Emulation (LANE) support
Multi-Protocol Over ATM (MPOA) support
results with 'make bzImage' in:
make[1]: Leaving directory `/usr/src/linux-2.4.0-test13-4/arch/i386/lib'
ld -m elf_i386 -T
Manfred wrote:
>
> Hi Andrew,
>
> I have 2 questions about your netdevice2.txt:
>http://www.uow.edu.au/~andrewm/linux/netdevice2.txt
>
> * is withdraw_netdevice() really required, can't unregister_netdev
> check "hidden", and notify the protocols/hotplug based on that value?
Yes, it's
Daniel Stone wrote:
>linux-2.4.0-test12 + reiserfs + test13-pre4 + reiserfs makefile fix (only
>changes fs/reiserfs/Makefile) + netfilter patch-o-matic stuff (only touches
>net/ipv4/netfilter) + test13-pre4-ac2.
I was able to patch and build 2.4.0test13pre4-ac2. I did not see the problem
with
2.2.18 +
VM-global-2.2.18pre25-7-to-2.2.18-1 +
raid-2.2.18-A2-to-A3 +
raid1readbalance-2.2.15-B2-to-2.2.18-A0 +
ksymoops 2.3.4 on i686 2.2.18-ovh. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.2.18-ovh/ (default)
-m
On Tue, Dec 19, 2000 at 03:25:31AM +, Ingo Rohloff wrote:
> Hi,
>
> I found a way to crash an SMP 2.4-test11 kernel:
>
> 1. Create a BIG file (lets say about 300-400 MByte)
> 2. use losetup and the loop device to create an
>ext2 filesystem within the file
> 3. mount the file
> 4. copy
Hi Andrew,
I have 2 questions about your netdevice2.txt:
http://www.uow.edu.au/~andrewm/linux/netdevice2.txt
* is withdraw_netdevice() really required, can't unregister_netdev
check "hidden", and notify the protocols/hotplug based on that value?
* I don't like the backward compatibility
On Tue, Dec 19, 2000 at 08:32:48PM -0500, John Covici wrote:
> I configured 2.4.0 test12 to use the ipchains compatability option as
> a module and I did a modprobe on all the other modules in that section
> of such as iptable_filter, etc. When I tried to do the modprobe on
>
I'm not sure if
On Sat, 23 Dec 2000, Sourav Sen wrote:
>
> In many parts of the kernel, I have seen both semaphore is taken
> (eg. down(>mm->mmap_sem)) as well as kernel lock (lock_kernel())
> is also taken, why both are required? Whats the purpose of each?
>
because the semaphore is really needed (by design
On 2000.12.23 kees wrote:
> Hi,
>
> Trying to build 2.2.18+pe-patch-2.2.19-3 gives:
>
>
> /usr/bin/cc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes
> -O2
> -fomit-frame-pointer -fno-strict-aliasing -D__SMP__ -pipe -fno-strength-reduce
> -m486 -malign-loops=2 -malign-jumps=2
Hi,
Trying to build 2.2.18+pe-patch-2.2.19-3 gives:
/usr/bin/cc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -D__SMP__ -pipe -fno-strength-reduce -m486
-malign-loops=2 -malign-jumps=2 -malign-functions=2 -DCPU=686 -c -o
This was pretty simple. Also did the SET_MODULE_OWNER thing.
It affects two files:
drivers/net/defxx.c
drivers/net/ptifddi.c
I'm not sure what the story is with ptifddi.c. It isn't
mentioned in any of the kernel Makefiles?
Now just 67 ethernet drivers to do :)
---
Alan,
the patch removes use of the unsafe init_fcdev() and replaces it with
the new prepare_fcdev()/publish_netdev() API as described at
http://www.uow.edu.au/~andrewm/linux/netdevice2.txt
I changed drivers/i2o/i2o_lan.c:i2o_lan_register_device() to use prepare_fddidev().
Not sure
>
> On 23-Dec-2000 Daniel Stone wrote:
> >> > patching file arch/i386/kernel/smp.c
> >> > Reversed (or previously applied) patch detected! Assume -R? [n]
> >> > Apply anyway? [n] y
> >> > Hunk #1 FAILED at 278.
> >> > Hunk #2 succeeded at 511 (offset 9 lines).
> >> > 1 out of 2 hunks FAILED --
On Sat, 23 Dec 2000 [EMAIL PROTECTED] wrote:
> Subject: OS & Games Software
>
> Are you still using an old operating system? Why not upgrade to a
> newer and
> more reliable version? You'll enjoy greater features and more
> stability.
>
> Microsoft Dos 6.22$15
>
In many parts of the kernel, I have seen both semaphore is taken
(eg. down(>mm->mmap_sem)) as well as kernel lock (lock_kernel())
is also taken, why both are required? Whats the purpose of each?
~sourav
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Fri, Dec 22 2000, David Mansfield wrote:
> Jens,
>
> The cdrom changes that went into test13-pre2 really kill the performance
> of my cdrom. I'm using cdparanoia to read audio data, and it normally
> reads at 2-3x. Since test13-pre2 it's down to .6 - .7x. I've reverted
> the following
In some parts of the kernel code I find expression like
len = (len + ~PAGE_MASK) & PAGE_MASK ;
Whats happening to len?
~sourav
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at
On 23-Dec-2000 Daniel Stone wrote:
>> > patching file arch/i386/kernel/smp.c
>> > Reversed (or previously applied) patch detected! Assume -R? [n]
>> > Apply anyway? [n] y
>> > Hunk #1 FAILED at 278.
>> > Hunk #2 succeeded at 511 (offset 9 lines).
>> > 1 out of 2 hunks FAILED -- saving rejects
Hello Alan,
did you receive the mails I sent to you on lxorguk last sunday with
the bonding driver updates ? I had mail problems, and received no ack.
If you want a resend, please just let me now.
Regards,
Willy
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Are you still using an old operating system? Why not upgrade to a
newer and
more reliable version? You'll enjoy greater features and more
stability.
Microsoft Dos 6.22 $15
Microsoft Windows 3.11 $15
Microsoft Windows 95
> > patching file arch/i386/kernel/smp.c
> > Reversed (or previously applied) patch detected! Assume -R? [n]
> > Apply anyway? [n] y
> > Hunk #1 FAILED at 278.
> > Hunk #2 succeeded at 511 (offset 9 lines).
> > 1 out of 2 hunks FAILED -- saving rejects to file arch/i386/kernel/smp.c.rej
> >
>
Hello,
I hope I am not doing something particularly stupid here, but as Linus
encouraged curious people to try compiling the kernel with the
latest gcc snapshots, I have tried - as several weeks before, but again
in vain.
Since I have tried, the same following error on early boot (just after
On Thu, Dec 23, 1999 at 05:24:43PM +0800, michael chen wrote:
> I found that when I compiled the 2.4 kernel with the option
> of Pentium III or Pentium 4 on a Celeron's PC, it could cause the
> system hang at very beginning boot stage, and I found the problem
> is cause by
find_vma_prev doesn't return a pointer to the `prev' vma if the address
is greater than the last existing vma. This doesn't matter unless you're
on a PA-RISC machine :-)
This rewrite should speed up & make find_vma_prev simpler, as well as
fixing the previous behaviour.
---
> patching file arch/i386/kernel/smp.c
> Reversed (or previously applied) patch detected! Assume -R? [n]
> Apply anyway? [n] y
> Hunk #1 FAILED at 278.
> Hunk #2 succeeded at 511 (offset 9 lines).
> 1 out of 2 hunks FAILED -- saving rejects to file arch/i386/kernel/smp.c.rej
>
> Works fine if
Since I've installed 2.4.0 test13-pre4, I see the following errors
in my log:
sr0: CDROM (ioctl) reports ILLEGAL REQUEST.
and xmcd reports:
CD audio: ioctl error on /dev/scd0: cmd=CDROMVOLCTRL errno=95
This was working fine with 2.4.0 test12-pre5, which was the previous
kernel
Hi,
I found that when I compiled the 2.4 kernel with the option
of Pentium III or Pentium 4 on a Celeron's PC, it could cause the
system hang at very beginning boot stage, and I found the problem
is cause by the fact that Intel Celeron doesn't have a real memory
"Albert D. Cahalan" <[EMAIL PROTECTED]> writes:
> > bigmem is 'last resort' stuff. I'd much rather it is as now a
> > seperate allocator so you actually have to sit and think and
> > decide to give up on kmalloc/vmalloc/better algorithms and
> > only use it when the hardware sucks
>
> It isn't
Hi Aaron,
Although I have not looked at Oops report in detail (Sabbath is now on,
can't do work!) but I am well aware of two (or more) bugs in that area and
one of them may well be the cause of your oops I assumed the
X86_FEATURE flags semantics to be the same on 2.2 as in 2.4 but then
Hi all,
After enabling the option "EEPRO100_PM" and upgrading to test13-pre4
my problems with the eepro100 driver mysteriously ceased to exist.
I no longer see any "Card reports no RX buffers" or "Card reports no
resources" messages.
Since I don't think -pre4 changed anything from -pre3 that
Hello,
I have problems with the ATI Mach 64 (Rage 2) video card. After a boot, I
get just a blank screen with a few vertical lines, but the system boots up
normally beacuse I can reboot the machine anyway. I don't get a sigle
error in compiling.
I didn't noticed the 'ATI Mach64 display support'
Hello,
I have problems with the ATI Mach 64 (Rage 2) video card. After a boot, I
get just a blank screen with a few vertical lines, but the system boots up
normally beacuse I can reboot the machine anyway. I don't get a sigle
error in compiling.
I didn't noticed the 'ATI Mach64 display support'
Hi all,
After enabling the option "EEPRO100_PM" and upgrading to test13-pre4
my problems with the eepro100 driver mysteriously ceased to exist.
I no longer see any "Card reports no RX buffers" or "Card reports no
resources" messages.
Since I don't think -pre4 changed anything from -pre3 that
Hi Aaron,
Although I have not looked at Oops report in detail (Sabbath is now on,
can't do work!) but I am well aware of two (or more) bugs in that area and
one of them may well be the cause of your oops I assumed the
X86_FEATURE flags semantics to be the same on 2.2 as in 2.4 but then
Hi,
I found that when I compiled the 2.4 kernel with the option
of Pentium III or Pentium 4 on a Celeron's PC, it could cause the
system hang at very beginning boot stage, and I found the problem
is cause by the fact that Intel Celeron doesn't have a real memory
Since I've installed 2.4.0 test13-pre4, I see the following errors
in my log:
sr0: CDROM (ioctl) reports ILLEGAL REQUEST.
and xmcd reports:
CD audio: ioctl error on /dev/scd0: cmd=CDROMVOLCTRL errno=95
This was working fine with 2.4.0 test12-pre5, which was the previous
kernel
find_vma_prev doesn't return a pointer to the `prev' vma if the address
is greater than the last existing vma. This doesn't matter unless you're
on a PA-RISC machine :-)
This rewrite should speed up make find_vma_prev simpler, as well as
fixing the previous behaviour.
--- linux-t10/mm/mmap.c
patching file arch/i386/kernel/smp.c
Reversed (or previously applied) patch detected! Assume -R? [n]
Apply anyway? [n] y
Hunk #1 FAILED at 278.
Hunk #2 succeeded at 511 (offset 9 lines).
1 out of 2 hunks FAILED -- saving rejects to file arch/i386/kernel/smp.c.rej
Works fine if I
On Thu, Dec 23, 1999 at 05:24:43PM +0800, michael chen wrote:
I found that when I compiled the 2.4 kernel with the option
of Pentium III or Pentium 4 on a Celeron's PC, it could cause the
system hang at very beginning boot stage, and I found the problem
is cause by the
patching file arch/i386/kernel/smp.c
Reversed (or previously applied) patch detected! Assume -R? [n]
Apply anyway? [n] y
Hunk #1 FAILED at 278.
Hunk #2 succeeded at 511 (offset 9 lines).
1 out of 2 hunks FAILED -- saving rejects to file arch/i386/kernel/smp.c.rej
Works fine if
1 - 100 of 178 matches
Mail list logo