After getting several segfaults running fetchmail, I tried memtest86 for
the first time on my PC (Celeron 500, i810m/b from e-machines). Five out
of five tries from two different floppy disks crashed at 6% into test 1.
Does the machine in question have 256 MB of RAM, perchance?
I ask
Hello,
What's the nature of the VIA chipset problems? I want to get a new system
this weekend but I read on kernel traffic that VIA has problems? I
wan't to use Hendrick's ide patches on 2.2.18. What board should I
get? Help, I've searched through usenet and asked on #linux without
anything
On Tue, 13 Feb 2001, Mike A. Harris wrote:
If the above procmail filter doesn't work (untested) let me know
and I will MAKE it work. Windows users - tough luck - procmail
is open source - hire someone to port it...
and even windows users can filter properly. netscape allows you to add
" " == List User [EMAIL PROTECTED] writes:
I've seen reference to this before (I think on this list) but
didn't pay attention to them at the time. I am now running
into this problem myself. I've just upgraded one of my NFS
servers here from 2.2.17 - 2.4.1 ).
I'm
Rob Cermak wrote:
Anyone who can tell me what's going on here?
Perhaps it's the 'dev-memstart==~0' bug I found yesterday?
Could you go into line 450 of 3c509.c and replace
- dev-if_port = (dev-mem_start 0x1f) ?dev-mem_start 3: if_port;
+ printk(KERN_WARNING "%s: mem_start is
Hello!
I just release a new verion of kernel autoconfig.
The kernel autoconfiguration utility will help user to detect and
configure the kernel. The detection is soft, thus no hangs!
It is still in test phase, thus now it prints only the proposed
configuration. To change real configurations,
Hi,
Attached is a patch to make a Netmos PCI parallal port card working.
Card is a PCI card with a Netmos 9705 controller and an Atmel serial
eeprom.
Regards,
Igmar
--
--
Igmar Palsenberg
JDI Media Solutions
Jansplaats 11
6811 GB Arnhem
The Netherlands
Here I am again! NFSD died at 11h23, ~12 hours after the last reboot, a
record :-)
I'll try to best answer your questions.
This trace seems to make sense, except that nfssvc_encode_diropres
doesn't seem to make any subroutine calls at offset 100 as seems to be
implied.
Could you run
On Thu, Feb 08, 2001 at 06:16:01PM +0200, you [Ville Herva] claimed:
On Thu, Feb 08, 2001 at 07:53:55AM -0500, you [Doug Ledford] claimed:
Ville Herva wrote:
It looks like ac6 (which I believe includes the patch you posted) is
still a no-go with 7892. The boot halts and it just
Sorry for the delay, I could not get physical access to the machine
for the last days.
I was able to do some more testing today and found this:
- The problem is not the IRQ /sharing/, after getting rid of all the
other PCI cards, the problem was still there.
- The only thing that seems to have
Ville Herva wrote:
On Thu, Feb 08, 2001 at 06:16:01PM +0200, you [Ville Herva] claimed:
On Thu, Feb 08, 2001 at 07:53:55AM -0500, you [Doug Ledford] claimed:
Ville Herva wrote:
It looks like ac6 (which I believe includes the patch you posted) is
still a no-go with 7892. The
Hi,
Wrong patch. Attached is the (hopefully) correct one. Or replace the
PCI_VENDOR_ID_NETMOS_9705 with PCI_DEVICE_ID_NETMOS_9705
Regards,
Igmar
--
--
Igmar Palsenberg
JDI Media Solutions
Jansplaats 11
6811 GB Arnhem
The Netherlands
mailto: [EMAIL PROTECTED]
On Thu, Feb 15, 2001 at 06:08:12AM -0500, you [Doug Ledford] claimed:
There was a new aic7xxx driver (version 5.2.3) that went into the 2.4.1ac
kernel series around 2.4.1-ac7. I would be curious to know if it worked on
your machine properly.
Ok. Will try.
Are there any changes that could
"Michael B. Allen" wrote:
Hello,
What's the nature of the VIA chipset problems? I want to get a new system
this weekend but I read on kernel traffic that VIA has problems? I
wan't to use Hendrick's ide patches on 2.2.18. What board should I
get? Help, I've searched through usenet and asked
Manfred Spraul wrote:
David Hinds wrote:
Say the driver is linked into the kernel. Hot plug drivers should not
all complain about not finding their hardware.
That's handled by pci_module_init(), check linux/pci.h:
if CONFIG_HOTPLUG is enabled, then pci_module_init() never returns
I forget the location, where can I get this patch? I'm running 2.4.1 on an
alpha which has nothing but problems with the aha-2940uw card I have
installed.
You would do. The AIC7xxx driver in 2.4 2.4.1ac10 or so is not 64bit clean
Give 2.4.1ac12 a spin or try Justins driver (dont have the
Maybe the two of *them* can convince Linus to take the !$*!)$*!)$*~$)* patch
to scsi_syms.c that exports the add/del timer functions
Umm Eric Youngdale is Mr SCSI
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
I dont plan to switch them yet a while, and never for 2.2. For 2.5 its a
total nobrainer that we move to Justins driver or move to Justins driver post
crudfixing that may be needed to make it clean and Linuxish
Can you be more specific about your complaints?
Im not complaining ?
-
To
On Thu, Feb 15, 2001 at 01:22:31PM +0200, you [Ville Herva] claimed:
On Thu, Feb 15, 2001 at 06:08:12AM -0500, you [Doug Ledford] claimed:
There was a new aic7xxx driver (version 5.2.3) that went into the 2.4.1ac
kernel series around 2.4.1-ac7. I would be curious to know if it worked on
I've been seeing some peculiar effects on Alpha boxes (particularly on
SMPs) where threads run right past breakpoints planted by a debugger.
(This on 2.2 series kernels).
Looking at the code in arch/alpha/kernel/ptrace.c there appears to be
nowhere where flush_icache_range is called. According
On Thu, Feb 15, 2001 at 11:52:46AM +0100, Igmar Palsenberg wrote:
Attached is a patch to make a Netmos PCI parallal port card working.
Please try the following patch instead. That card _should_ have a
working ECR.
URL:ftp://people.redhat.com/twaugh/patches/linux24/linux-netmos.patch
Tim.
*/
Hi
The attached is a fix for typo in 2.4.1/fs/dquot.c. It is not fixed yet
in 2.4.2pre3.
This typo causes quotactl (Q_GETQUOTA GRPQUOTA, ..) to return EPERM.
Jan Kara ([EMAIL PROTECTED]) confirmed that this is really a typo and that
the fix is a right one.
Thanks,
vs
--- dquot.c.orig
Hello,
yesterday i successfully set up Linux-2.2.18 on a new machine
(Pentium-III-667, D-Link 530TX (via-rhine) network-card, 256MB Ram).
The system is now running for about 1 day, and now i get lot's of these messages :
eth0: Something Wicked happened! 2008.
This happened on another machine
Check out http://www.scyld.com/network/ethercard.html look under errata -
Via Rhine.
It seems your link either went down or had too many collisions. This caused
the driver to yell "something wicked happened".
-Gabi
-Original Message-
From: Thomas Foerster [mailto:[EMAIL PROTECTED]]
Jeff Garzik asked :-
Does the same Alpha problem exist in 2.4.1-AC patches? (Alan Cox's
patchkit)
It looks as if there's a very suitable fix in kernel/ptrace.c .
In access_one_page we have
if (write) {
maddr = kmap(page);
memcpy(maddr + (addr
On Wed, 14 Feb 2001, Eli Carter wrote:
Eli Carter wrote:
I'm dealing with an AMD chip that does not have the station address in
the PROM at the base address, but resides in the "Physical Address
Registers" in the chip (thanks to the bootloader in my case). This
patch makes the driver
Hi all. Is the following loop (from drivers/sound/i810_audio.c among
others) still the best way to allocate a large amount of DMA RAM for
audio? ie. for audio devices that do not support scatter-gather.
Thanks,
Jeff
/* alloc as big a chunk as we can, FIXME: is this
On Wed, Feb 14, 2001 at 09:21:24AM -0500, Mike Harrold wrote:
At 9:10 am + 14/2/2001, David Howells wrote:
How this for a laugh:
http://www.microsoft.com/WINDOWS2000/hpc/indstand.asp
Can anybody say "Beowulf cluster"? I bet you need a W2K license for every
box you hook
On Wed, 14 Feb 2001, Alan Cox wrote:
In my dmesg I'm getting duplicate table reservations.
Just a crap bios
That's unrelated -- duplicate reservations are due to the MP table being
located in memory areas marked as "reserved" (ROM, ususally) in the map.
Thus the area is never freed in
On Wed, 14 Feb 2001, Scott M. Hoffman wrote:
Hello,
See the attached Oops passed through ksymoops 2.3.7(the i386 rpm from
kernel.org). Not sure who should see this...
Is it generally a good idea to reboot the machine after getting one of
these?
I've been trying to see if this was a
Just a crap bios
That's unrelated -- duplicate reservations are due to the MP table being
located in memory areas marked as "reserved" (ROM, ususally) in the map.
Ah. Ok I'd not seen that specific case
Thus the area is never freed in the first place and when smp_scan_config()
calls
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
2.4.1-ac14
o Fix tulip problems introduced by in ac13(Manfred Spraul)
o S/390x build fixes (Ulrich Weigand)
o Fix off by one error in octagon driver (David Woodhouse)
o
Hi Giacomo,
one small remark, presence of the Philips SAA7146 doesn't mean presence of
the Stradis video capture card. This multimedia bridge chip is very
multipurpose device and can be used on very different cards (for example satellite
DVB receivers).
Best regards.
--
Andrey Panin
Hi,
I have had occasional freezes (complete NumLock won't work) for some time.
I blamed HW, irq conflicts, temperature problems, ...
But suddenly with 2.4.2-pre1 the problems disappeared!
Since 2.4.2-pre1 was rather short I took the time to try to find out what
could be the fix.
I found one
So I assume we wait on baited breathe for 2.4.2-pre4 or
branch off soon to 2.5 blah?
Frank
-
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
Here is a complete trace of the Oops I have.
I have a new compiled kernel with NFSD in the kernel with vmlinux available
for it.
I attached the ksymoops and the gdb stuff
oops.orig : as found in /var/log/messages
oops.ksyms : output of ksymoops
oops.disassemble : output of "echo disassemble
Yes, I do...
Thanks for the hints, I've installed the older version, then upgraded to the
fixed version. Everything works now as before.
Jonathan Brugge
From: David Raufeisen [EMAIL PROTECTED]
Reply-To: David Raufeisen [EMAIL PROTECTED]
To: Jonathan Brugge [EMAIL PROTECTED]
CC: [EMAIL
if you use an MUA that can't do filtering, well then there's something
wrong with you
I really don't believe there is any need for this kind of attitude.
/Mike
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
Jeremy Jackson [EMAIL PROTECTED] writes:
"Eric W. Biederman" wrote:
Jeremy Jackson [EMAIL PROTECTED] writes:
(about non-executable stack)
There is another much more effective solution in the works. The C
standard allows bounds checking of arrays. So it is quite possible
for the
Moderately-high (couple hundred thousand hits a day) loaded web server
running 2.4.1 (no other patches). I got this twice in the syslog after
15 days uptime:
KERNEL: assertion (tp-lost_out == 0) failed at tcp_input.c(1202):tcp_remove_reno_sacks
(between lots of "TCP: peer shrinks window
My last bug report did not seem to attract to much attention. But I'm
back and I have a even longer oops list. Last night our system crashed
(again). (Again) right after arkeia had started the nightly backup. But
this time the kernel oopses went through syslog. Here they are ran
through
"Eric W. Biederman" wrote:
But the gcc bounds checking work is the ultimate buffer overflow fix.
You can recompile all of your trusted applications, and libraries with
it and be safe from one source of bugs.
void main(int argc, char **argv[])
{
char local[128];
if(argc 2)
David Ford writes:
"Michael J. Dikkema" wrote:
I went from 2.4.0 to 2.4.1 and was surprised that either the root
filesystem wasn't mounted, or it couldn't be read. I'm using devfs.. I'm
thinking there might have been a change with regards to the devfs
tree.. is the legacy /dev/hda1
"Eric W. Biederman" wrote:
Jeremy Jackson [EMAIL PROTECTED] writes:
"Eric W. Biederman" wrote
No. I'm not talking about stack-guard patches. I'm talking about bounds checking.
Sorry, I was quite incoherent. Many others have pointed out that there exist
patches for non-executatble
Dear Kernel People,
Recently I experienced a dos formatted floppy which, after mounting it
vfat and issuing the df command produced the kernel messages below.
The original part is several hundreds line long. The message stream
persisted after a shutdown. If one waits long enough, it will stop.
On Thu, 15 Feb 2001, Martin Rode wrote:
My last bug report did not seem to attract to much attention.
For now we have switched back to 2.2.18 which stays up for about
a week before it crashes because of the VM too.
[snip]
VM: reclaim_page, wrong page on list.
VM: refill_inactive, wrong
Alan Cox wrote:
+int is_valid_ether_addr( char* address )
+{
+int i,isvalid=0;
+for( i=0; i6; i++)
+ isvalid |= address[i];
+return isvalid !(address[0]1);
+}
static and why not
oops, I *meant* static... doesn't gcc do mind reading? ;) (I had
static in the
"Petr" == Petr Vandrovec [EMAIL PROTECTED] writes:
Petr On 14 Feb 01 at 16:35, Jes Sorensen wrote:
What else is sending out 802.3 frames these days? I really don't
care about IPX when it comes to performance.
I am just advocating that we optimize for the common case which is
DIX frames
Diwakar Sharma wrote:
I require linux tcp/ip stack implementation details for a project i am
involved in .
can somebody please point out an online documentation site for the same.
Not online, but "LINUX IP Stacks" by Satchell Clifford from
CoriolisOpen Press may be helpful to you.
Eli
I've put up the following (white) papers out for general discussion:
-Adaptive Domain Environment for Operating Systems (Adeos)
-Building a Real-Time Operating System on top of the Adeos
The first paper discusses the design and implementation of a nano-kernel-
like facility that may be used to
Good day, Giacomo,
On Thu, 15 Feb 2001, Giacomo Catenazzi wrote:
How to use: (now, testing phase)
unpack the files (better: in a new directory)
bash autoconfigure.sh | less
check the output.
no super user privileges required!
Nice work - that's a neat way to do it.
Hello, Keith!
You patch has been applied to 2.4.1ac13, but it doesn't help:
$ HPATH=. ../../scripts/mkdep -- names.c
names.o: names.c \
$(wildcard /home/proski/src/linux/drivers/pci/config/pci/names.h) \
/home/proski/src/linux/drivers/pci/devlist.h \
After building/playing around with some java apps on this version, something
seems to have gone weird with X or the kernel..
david@prototype:~$ ps aux | grep X
root 267 0.9 99.9 167640 4294965764 ? S 06:50 1:11 /usr/bin/X11/X vt7
-auth /var/lib/gdm/:0.Xauth :0
System seems mostly
Peter pointed out that the contents of the CSR12-14 registers are
initialized from the EEPROM, so reading the EEPROM is superfluous--we
should just read the CSRs and not read the EEPROM. I think he has a
point, so I'll make that change and submit yet another patch pair.
I'd rather keep
William Stearns [EMAIL PROTECTED] writes:
| Good day, Giacomo,
|
| On Thu, 15 Feb 2001, Giacomo Catenazzi wrote:
|
| How to use: (now, testing phase)
|unpack the files (better: in a new directory)
| bash autoconfigure.sh | less
|check the output.
|no super user privileges
After building/playing around with some java apps on this version, something
seems to have gone weird with X or the kernel..
david@prototype:~$ ps aux | grep X
root 267 0.9 99.9 167640 4294965764 ? S 06:50 1:11 /usr/bin/X11/X vt7
-auth /var/lib/gdm/:0.Xauth :0
System seems
On Thu, Feb 15, 2001 at 10:49:22PM +1100, Andrew Morton wrote:
Now, the thing I don't understand about David's design is the
final one. What 3c575_cb does is:
CONFIG_HOTPLUG=y, MODULE=true
If the hardware isn't there, register the driver and
hang around.
Why?
Hello, respected Linux kernel developers,
I am currently a university student taking a "Advanced design of
Operating Systems" class at
New York University. We are reviewing some basic and studying a few
advanced issues with regards
to kernel design, mostly multithreading, scalability,
I must say, after I saw this post, I tried out the latest driver for my own
purposes.
This really improved the performance of my dual PIII-866 w/512MB Ram and
AIC7899 scsi.
I have a couple of cheetah drives that I am writing data that I get off of
an ATM card.(about 12-14 MB/sec rate).
This
I am still stuck on 2.2 because of this issue. I would really like to see
this driver in 2.4.2.
-Matt
-Original Message-
From: Nathan Black [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 15, 2001 9:20 AM
To: [EMAIL PROTECTED]
Subject: RE: aic7xxx (and sym53c8xx) plans
I
I am still stuck on 2.2 because of this issue. I would really like to see
this driver in 2.4.2.
Have you tested the 2.2.18 version of the new driver? The patches
should work on most 2.2.X kernels, I just haven't gotten around to
verifying that. The more testers, the merrier! :-)
--
Justin
-
All of my boxes with that card are on 2.2.16. The rest are on 2.4.1, so I
don't really have a need to test 2.2.18 as I would rather be on 2.4.x for
all of my boxes.
-Matt
-Original Message-
From: Justin T. Gibbs [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 15, 2001 9:36 AM
After building/playing around with some java apps on this
version, something
seems to have gone weird with X or the kernel..
david@prototype:~$ ps aux | grep X
root 267 0.9 99.9 167640 4294965764 ? S 06:50 1:11
/usr/bin/X11/X vt7 -auth /var/lib/gdm/:0.Xauth :0
On Thu, 15 Feb 2001, Pavel Roskin wrote:
Hello, Keith!
You patch has been applied to 2.4.1ac13, but it doesn't help:
It's fixed in ac14. I ran twice
make depend make clean make bzImage make modules
and it worked both times. Thanks!
Regards,
Pavel Roskin
-
To unsubscribe from this
All of my boxes with that card are on 2.2.16. The rest are on 2.4.1, so I
don't really have a need to test 2.2.18 as I would rather be on 2.4.x for
all of my boxes.
Well, I'll try and generate patches against 2.2.16 soon. I probably
need to support 2.2.14 too. There are already so many
What's the current status of the loop-# patch? Haven't seen anything
since loop-4, which doesn't apply clean to 2.4.1-ac14 (one hunk is
rejected in loop.c, many others apply with fuzz).
I am waiting in anticipation of the folding of this patch into the
mainline kernel.
IIRC, Jens said he was
[Added Linus and linux-kernel as I think it's of general interest]
Kanoj Sarcar wrote:
Whether Jamie was trying to illustrate a different problem, I am not
sure.
Yes, I was talking about pte_test_and_clear_dirty in the earlier post.
Look in mm/mprotect.c. Look at the call sequence
Watch Microsoft's Jim Allchin go Linux-bashing!!!
Nice little article on how we're all going to die of herpes from our
repeated exposition to Linux...
http://news.cnet.com/investor/news/newsitem/0-9900-1028-4825719-RHAT.html?ta
g=ltnc
-
To unsubscribe from this list: send the line "unsubscribe
Well, the situation is improving, I suppose ...
Under kernel 2.4.0 and 2.4.1, a dd of about 1 4k blocks would cause
the system to go technicolor and lock up.
Now, under 2.4.1-ac13, at about 11000 blocks, it goes technicolor, but
doesn't lock up until somewhere between 13000 and 2.
* fsnchzjr ([EMAIL PROTECTED]) wrote:
Watch Microsoft's Jim Allchin go Linux-bashing!!!
Nice little article on how we're all going to die of herpes from our
repeated exposition to Linux...
http://news.cnet.com/investor/news/newsitem/0-9900-1028-4825719-RHAT.html?tag=ltnc
Just
repeated exposition to Linux...
Hey isn't that _exposure_ to Linux? Or one of Dubya's words? Like
strategery?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of fsnchzjr
Sent: Thursday, February 15, 2001 12:49 PM
To: '[EMAIL PROTECTED]'
Subject: Linux
[Added Linus and linux-kernel as I think it's of general interest]
Kanoj Sarcar wrote:
Whether Jamie was trying to illustrate a different problem, I am not
sure.
Yes, I was talking about pte_test_and_clear_dirty in the earlier post.
Look in mm/mprotect.c. Look at the call
The fix in ac14 for the ac13 patch that killed the tulip driver doesn't
quite work either:
Feb 15 13:04:16 patience kernel: LDT allocated for cloned task!
Feb 15 13:04:55 patience kernel: NETDEV WATCHDOG: eth0: transmit timed
out
Feb 15 13:05:27 patience last message repeated 4 times
Feb 15
I'm trying to update some patches of Harald's to work
with the official 2.4.0 international patches. He had
a very nice unofficial patch set that doesn't use a
table, it just sees what is in /proc/crypto. I fixed
a few bugs and it worked marvelously with unofficial
test9 patches all the way up to
Hello!
Kernel 2.4.x apparently disregards my ppp options MTU setting of 552
and sets mss=536 (= MTU=576).
Yes, default configuration is not allowed to advertise mss536.
The limit is controlled via /proc/sys/net/ipv4/route/min_adv_mss,
you can change it to 256.
Default of 536 is sadistic (and
Messages in my kernel log:
node1 kernel: sending pkt_too_big to self
node1 kernel: KERNEL: assertion (tp-lost_out == 0) failed at
tcp_input.c(1202):tcp_remove_reno_sacks
Kernel 2.4.1-ac13.
Maybe someone want to say me what does it mean and how serious it is?
Any fixes?
Thanks.
--
Andrius
[Added Linus and linux-kernel as I think it's of general interest]
Kanoj Sarcar wrote:
Whether Jamie was trying to illustrate a different problem, I am not
sure.
Yes, I was talking about pte_test_and_clear_dirty in the earlier post.
Look in mm/mprotect.c. Look at the call
On Thu, Feb 15, 2001 at 06:33:36AM -0500, safemode wrote:
What's the nature of the VIA chipset problems? I want to get a new system
There are no problems with 2.2.x.
I'm very glad to hear that because the AMD chips are the obvious
choice for a lot of people(all?).
(classic), get the KA7
Nathan Walp wrote:
The fix in ac14 for the ac13 patch that killed the tulip driver doesn't
quite work either:
I need more details:
does it immediately time out (after a few seconds), or a after a few
minutes.
Which network speed do you use? 100MBit half duplex?
Could you please run the
Kanoj Sarcar wrote:
Here's the important part: when processor 2 wants to set the pte's dirty
bit, it *rereads* the pte and *rechecks* the permission bits again.
Even though it has a non-dirty TLB entry for that pte.
That is how I read Ben LaHaise's description, and his test program
with bogus mtu values sort of 552 or even 296, but also jailed them
to some proxy or masquearding domain), but it is still right: IP
with mtu lower 576 is not full functional.
Please cite an exact RFC reference.
The 576 byte requirement is for reassembled packets handled by the host.
That is
Kanoj Sarcar wrote:
Okay, I will quote from Intel Architecture Software Developer's Manual
Volume 3: System Programming Guide (1997 print), section 3.7, page 3-27:
"Bus cycles to the page directory and page tables in memory are performed
only when the TLBs do not contain the translation
To discover possible locking limitations to scalability, I have collected
locking statistics on a 2-way, 4-way, and 8-way performing as networked
database servers. I patched the [48]-way kernels with Kravetz's multiqueue
patch in the hope that mitigating runqueue_lock contention might better
Kanoj Sarcar wrote:
Here's the important part: when processor 2 wants to set the pte's dirty
bit, it *rereads* the pte and *rechecks* the permission bits again.
Even though it has a non-dirty TLB entry for that pte.
That is how I read Ben LaHaise's description, and his test
Hi
I have't seen any posts about this, maybe nobody haveing
problems? I can't boot ac13/ac14 on my machine. 2.4.1ac12 was ok.
Linux version 2.4.1-ac13 (root@singular) (gcc version 2.95.3 20010125
(prerelease)) #2 Thu Feb 15 02:23:31 CET 2001
BIOS-provided physical RAM map:
BIOS-e820:
Hey, just found this one out.
I've got a sony vaio 505tx, running linux-2.4.1-ac1, and I've got all
the good stuff turned.
With APM turned, and using USB uhci-alt driver (all as modules), if you
put the laptop to sleep with any (and I mean *any*) usb devices plugged
in, it will hard lock upon
Manfred Spraul wrote:
Is the sequence
lock;
read pte
pte |= dirty
write pte
end lock;
or
lock;
read pte
if (!present(pte))
do_page_fault();
pte |= dirty
write pte.
end lock;
or more generally
lock;
read pte
if (!present(pte) || !writable(pte))
do_page_fault();
On Thu, 15 Feb 2001, Kanoj Sarcar wrote:
No. All architectures do not have this problem. For example, if the
Linux "dirty" (not the pte dirty) bit is managed by software, a fault
will actually be taken when processor 2 tries to do the write. The fault
is solely to make sure that the Linux
Manfred Spraul [EMAIL PROTECTED] writes:
"Eric W. Biederman" wrote:
But the gcc bounds checking work is the ultimate buffer overflow fix.
You can recompile all of your trusted applications, and libraries with
it and be safe from one source of bugs.
void main(int argc, char
Kanoj Sarcar wrote:
Okay, I will quote from Intel Architecture Software Developer's Manual
Volume 3: System Programming Guide (1997 print), section 3.7, page 3-27:
"Bus cycles to the page directory and page tables in memory are performed
only when the TLBs do not contain the
Alan Cox wrote:
I'd rather keep the existing initialisation behaviour of using the eeprom
for 2.2. There are also some power management cases where I am not sure
the values are restored on the pcnet/pci.
For 2.2 conservatism is the key. For 2.4 by all means default to CSR12-14 and
print a
On Thu, 15 Feb 2001, Kanoj Sarcar wrote:
No. All architectures do not have this problem. For example, if the
Linux "dirty" (not the pte dirty) bit is managed by software, a fault
will actually be taken when processor 2 tries to do the write. The fault
is solely to make sure that the
Kanoj Sarcar wrote:
Is the sequence
lock;
read pte
pte |= dirty
write pte
end lock;
or
lock;
read pte
if (!present(pte))
do_page_fault();
pte |= dirty
write pte.
end lock;
No, it is a little more complicated. You also have to include in the
tlb state into
Hello!
Please cite an exact RFC reference.
No need to cite RFC, this is plain sillogism.
A. Datagram protocols do not work with mtus not allowing to send
512 byte frames (even DNS).
B. Accoutning, classification, resource reervation does not work on
fragmented packets.
- IP suite is
Hi!
I think that this is a bug. The buffer is always released except in this
case.
Bye.
*** /usr/src/linux-2.4.1/fs/ext2/namei.cTue Dec 12 16:48:22 2000
--- namei.c.new Thu Feb 15 20:42:45 2001
***
*** 235,240
---
http://linux24.sourceforge.net/ is a good place to start.
I am not subscribed to the list yet, please CC to me your reply.
Thank you very much,
You should be.
Also I suggest you read the lkml FAQ at http://www.tux.org/lkml/ . It should
give quite a few starting points.
-gabi
Hi,
I have a HP Pavilon 5290 laptop. It has a a mini-pci modem/ethernet combo
integrated card.
Searching in the Internet I found a patch for the ethernet to work with the
tulip driver for kernel 2.2.x series, However, I found no patch for the 2.4.x
kernel series, so I made one.
Here is what
Seriously though folks, look at who's doing this!
They've already tried once to sue 'Linux', were told they couldn't because
Linux is a non-entity (or at least one that they can not effectively sue
due to the classification Linux holds), and now they can't use their
second favorite tactic for
On Thu, Feb 15, 2001 at 12:49:29PM -0500, John Jasen wrote:
Well, the situation is improving, I suppose ...
Under kernel 2.4.0 and 2.4.1, a dd of about 1 4k blocks would cause
the system to go technicolor and lock up.
On UP1100 which I have here somehow this looks a bit different
Hello!
Maybe someone want to say me what does it mean and how serious it is?
It means that debugging messages are still not disabled in 2.4.x 8)
Any fixes?
These ones can be ignored.
Alexey
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
1 - 100 of 332 matches
Mail list logo
