memory.c:83: bad pmd 0001
Alpha DP264 UP
2.4.0-test10 (not pre)
I never got a bad pmd before. I booted test10 on Nov 6, and I've gotten
bad pmd's about once a day (5 so far) since then. I don't think it's
hardware. I was running test10preX (circa Oct 24) for a while, and never
go
Ok, Matti,
here's a final patch against the bonding patch I
posted
on Friday. Could you tell me if it fits your needs ?
If so, I would repost (offline) the complete one
against 2.2.18pre21. Anyway, for those curious here,
it's available at the following URL:
http://www-miaif.lip6.fr/willy/pub/lin
Alexander Viro wrote:
> It's not a good idea, it's an obvious fact. Oh, you mean forking the
tree?
Again I find your terminology at odds with mine; what do you mean by
forking the tree? I get the impression that it's a very restrictive notion
where any functional ehancement applied as a patch o
Andi Kleen wrote:
> It will just help some people who have a unrational aversion against
kernel
>recompiles and believe in vendor blessed binaries.
An interesting remark Andi, especially in the light of your note to me
regarding your use of DProbes - i.e. you'd rather use DProbes to dump out
Hello,
Did I miss an email from Linus to l-k announcing test11-pre4 or was it released w/o
an announcement?
Regards,
Frank
-
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 http://www.tux.org/lkml/
make -C md modules
make[2]: Entering directory `/usr/src/linux-2.4.0-test11-pre3/drivers/md'
kgcc -D__KERNEL__ -I/usr/src/linux-2.4.0-test11-pre3/include -Wall -Wstrict-prototypes
-O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -march=i686 -DMODULE
-DMODVERSIONS -include /usr/src/linux-2.4.
Alas...
--- include/linux/init.h2000/10/30 19:37:38 1.1.1.5
+++ include/linux/init.h2000/11/13 04:30:02 1.1.1.6
@@ -73,7 +73,7 @@
-#define __init __attribute__ ((__section__ (".text.init")))
+#define __init /* __attribute__ ((__section__ (".text.init")))
*
On Sat, Nov 11, 2000 at 10:52:38PM -0700, Dax Kelson wrote:
> Jeff V. Merkey said once upon a time (Fri, 10 Nov 2000):
>
> >
> > I noticed that the ip_vs.h include is not in the main kernel tree or ip
> > virtual switch support while I was attempting to buid the pirahnna web
> > server. Is this
On Mon, Nov 06, 2000 at 06:21:24PM -0500, Albert D. Cahalan wrote:
>
> The UID/GID mapper should be sepatate from the regex rewriting rules.
This is already done - the code is independent, it is just written in the same
source file. Any problems from it?
> Both should be separate from NFS, bec
Followup to: <[EMAIL PROTECTED]>
By author:Andrea Arcangeli <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> I think it doesn't worth to break binary compatilibity at this late stage.
>
> > design such.) One issue: ideally you want to use 64-bit regs on AMD
> > Hammer for long longs,
On Sat, Nov 11, 2000 at 11:38:31AM -0800, J Sloan wrote:
> "Jeff V. Merkey" wrote:
>
> It is good that you raised the issue -
THanks
Jeff
>
> Cheers,
>
> jjs
>
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please r
On Sat, Nov 11, 2000 at 08:26:55PM +0100, Marc Lehmann wrote:
> On Tue, Nov 07, 2000 at 04:03:25PM -0700, "Jeff V. Merkey" <[EMAIL PROTECTED]>
>wrote:
> >
> > Marc Lehman verified that PII systems will generate tons of AGIs with
> > gcc.
>
> It is a bit late (just came back from the systems'00
Originally sent to [EMAIL PROTECTED] but that host is not resolving.
drivers/char/joystick/analog.c in 2.4.0-test10 has these lines.
MODULE_PARM(js,"1-16s");
#define ANALOG_PORTS16
static char *js[ANALOG_PORTS];
static int analog_options[ANALOG_PORTS];
Instead of hard coding 16 in
On Sun, Nov 12, 2000 at 02:39:09PM -0500, [EMAIL PROTECTED] wrote:
> * USB: fix setting urb->dev in printer, acm, bluetooth, all serial
>drivers (Greg KH) {CRITICAL} (test10-pre1)
Confirmed, this is in the latest version and is fixed.
thanks,
greg k-h
--
greg@(kroah|wirex).com
ht
On Sun, 12 Nov 2000 23:41:20 +0100 (MET),
"Peter H. Ruegg" <[EMAIL PROTECTED]> wrote:
>I just tried to compile my first 2.4-Kernel. While dep, bzImage and
>modules all seemed to work well, I've got the following errors while
>trying to make modules_install:
>
>depmod: *** Unresolved symbols in /l
Jeff Garzik wrote:
> > * 2.4.0-test10 pcmcia fails to detect IRQ's correctly, and will
> >sometimes kill all software interrupts on card insertion on a NEC
> >Versa LX (David Ford)
>
> Still does this with test11-pre-latest?
I'll test this tomorrow, I can't interrupt my lapt
[EMAIL PROTECTED] wrote:
> 4. Boot Time Failures
> * Various Alpha's don't boot under 2.4.0-test9 (PCI-PCI bridges are
>not configured correctly Michal Jaegermann; Richard Henderson may
>have an idea what's failing.)
Move to patch-exists-but-not-merged. rth has patches, co-
I have found that lowering the MTU helps a lot. If it is a particular route,
simply add an additional route with the lower limit set. The tradeoff of
efficiency v.s. reliability is improved.
-d
Horst von Brand wrote:
> In my experience, if you try to send large messages over unreliable
> netw
On Sun, 12 Nov 2000 14:39:09 -0500,
[EMAIL PROTECTED] wrote:
>6. In Progress
> * DRM and MTD cannot use AGP support module when CONFIG_MODVERSIONS
> is defined (issue with get_module_symbol caused fix proposed by
> John Levon to be rejected) (Keith Owens has fix)
Fix included in
On Sunday November 12, [EMAIL PROTECTED] wrote:
>
> Hi,
>
> This is the recoded racache that uses list_head for several lists, e.g.,
> lru and free lists. I have tested it under SPEC SFS runs, and several other
> NFS loads myself.
Ok, I have taken a closer look at this code:
1/ Why did you cha
On Mon, 13 Nov 2000 01:43:44 Anton Altaparmakov wrote:
> Hi,
>
> Just noticed that both 2.2.18pre21 and RedHat-7.0-patched-2.2.16 kernels
> only detect 64Mb out of 192Mb RAM on my Dual Celeron/Intel 440GX chipset
> based workstation. - I haven't tried any other 2.2 kernels on that
> particula
Hi,
This is the recoded racache that uses list_head for several lists, e.g.,
lru and free lists. I have tested it under SPEC SFS runs, and several other
NFS loads myself.
Here is the whole patch against test10.
=
diff -ruN nfsd.orig/nfsd.h nfs
Jorge Nerin wrote:
>
> Hello, this is a patch with some updates to the Documetation/proc.txt
> file, basically it contains updates to the new files in /proc/, new
> files in /proc, and a paragraph about /proc/sys/net/ipv4/tcp_ecn. It's
> far from complete, but it's a start point.
>
Well, netsca
[Carlos E. Gorges]
> This fixes the unresolved symbol detect_wf_mpu to module
> wavefront .
>
> Patch attached.
1) Do not use gzipped attachments -- in fact do not use attachments at
all, unless the file you wish to attach is already in binary form, or
is extremely long. Inline text is less tr
Thanks everyone!
I've discovered that it works with my USB scanner, but the IBMCAM
doesn't work at all with the usb-uhci driver. It works once with the
uhci driver. Subsequent access using xawtv causes instantaneous lock-up.
No oops, nothing. Just freezes the entire system. Not even the keyboard
Hi,
Just noticed that both 2.2.18pre21 and RedHat-7.0-patched-2.2.16 kernels
only detect 64Mb out of 192Mb RAM on my Dual Celeron/Intel 440GX chipset
based workstation. - I haven't tried any other 2.2 kernels on that
particular PC so maybe this is a general 2.2.x thing.
The setup is one 64Mb
On Sat, Nov 11, 2000 at 02:08:39AM +0100, Rafal Maszkowski wrote:
> > > SPARCstation 10, 1 CPU, Fore 200e SBA, 64 MB RAM
> > > gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
> > > Linux etest.icm.edu.pl 2.2.17 #1 Fri Oct 27 03:43:05 MEST 2000 sparc unknown
> I will try to analize t
Hi all,
This fixes the unresolved symbol detect_wf_mpu to module
wavefront .
Patch attached.
cya;
--
_
Carlos E Gorges
([EMAIL PROTECTED])
Tech informática LTDA
Brazil
__
hi,
11-pre2 crashed on me with
Unused swap offset entry in swap_dup 0008
memory.c:83: bad pmd 0040.
memory.c:83: bad pmd 0040.
VM: Bad swap entry 0008
after 15 minutes.
but pre3 has an uptime of 11h now.
keep up the good work.
/B.
--
---
(please remove linux-kernel from future followups)
On Sunday November 12, [EMAIL PROTECTED] wrote:
> Hello,
>
> (I hope this is not the wrong mailing list to ask this question..)
Not "wrong" exactly, but not "best" either.
Look in the MAINTAINERS file of a recent kernel source tree, look for
r
While reading a recent discussion of highmem support in ramfs, I was
reminded that my recent patch to rd.c removed highmem support (as that
support came through the create_bounce call in __make_request, and
with my change, rd requests no longer go though __make_request).
The following patch rect
Hello, this is a patch with some updates to the Documetation/proc.txt
file, basically it contains updates to the new files in /proc/, new
files in /proc, and a paragraph about /proc/sys/net/ipv4/tcp_ecn. It's
far from complete, but it's a start point.
--- old/proc.txtMon Oct 23 15:20:00
Michael Rothwell <[EMAIL PROTECTED]> writes:
> Where's the best place to get the latest 2.2.18 kernel?
ftp://ftp.us.kernel.org/pub/linux/kernel/people/ala/2.2.18pre/
where * is your country (us, fr, de, etc..)
> And does it include the USB backport?
yes
--
MandrakeSoft Inc
Neil Brown wrote:
> The declaration of:
>
> struct file;
>
> in sysctl.h is a bit counter intuitive isn't it?
Nope. It's a useful technique that I was reminded of recently by DaveM.
Have you ever looked at the -nasty- include nesting that occurs because
key kernel headers include other key
ftp.??.kernel.org/pub/linux/kernel/v2.2
for linux-2.2.17.tar.{gz,bz2}
and then ftp.??.kernel.org.pub/linux/kernel/people/alan/2.2.18pre
for pre-patch-2.2.18-21.{gz,bz2}
Yes (USB backport).
~Randy_
|randy.dunlap_at_intel.com503-677-5408|
|NOTE: Any
Where's the best place to get the latest 2.2.18 kernel? And does it
include the USB backport?
-
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 http://www.tux.org/lkml/
Hello,
What are your modutils and pcmcia versions?
Regards,
Frank
--On Sunday, November 12, 2000 11:41 PM +0100 "Peter H. Ruegg"
<[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hello there,
>
> I just tried to compile my first 2.4-Kernel. While dep, bzImage
On Sun, Nov 12, 2000 at 12:20:19PM -0700, Eric W. Biederman wrote:
> Actually it just occurred to me that this stack assess is buggy. You haven't
> set up a stack yet so. [..]
Yes, ss and esp are inherit from the decompression code right now.
> [..] Only the boot/compressed/head.S did and that
On Sunday November 12, [EMAIL PROTECTED] wrote:
> Rasmus Andersen wrote:
> > I tried to include in md.c and had to include
> > also. Otherwise I got the following:
>
> Here is the solution I prefer... md builds fine with this, core kernel builds fine
>with this, and
> I'm about 3/4 of the wa
On Sun, Nov 12, 2000 at 02:39:09PM -0500, [EMAIL PROTECTED] wrote:
> * USB: system hang with USB audio driver {CRITICAL} (David
>Woodhouse, Randy Dunlap, Narayan Desai) (Fixed with usb-uhci;
>uhci-alt is unknown -- randy dunlap)
I can still hang the system with XMMS (1.0.1) u
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello there,
I just tried to compile my first 2.4-Kernel. While dep, bzImage and
modules all seemed to work well, I've got the following errors while
trying to make modules_install:
depmod: *** Unresolved symbols in /lib/modules/2.4.0-test11-pre3/p
On Sun, Nov 12, 2000 at 11:57:15AM -0700, Eric W. Biederman wrote:
> Nope you rely on cs & ds as well. cs is just a duh the codes running
> so it must be valid. But ds is needed for lgdt.
Right. The ds just needs to be valid as cs and ss needs to be valid
as well (for obvious reasons I didn't e
> [EMAIL PROTECTED] writes:
> > This looks like it's a bug to me although if you have multiple
> > threads hitting a file descriptor at the same time, you're pretty much
> > asking for trouble.
>
> Yes, I haven't been able to come up with an example that might trigger
> this that wasn't dubi
Jeff Garzik wrote:
>
> Either md.c or sysctl.h needs to include .
It actually needs
--
Eyal Lebedinsky ([EMAIL PROTECTED])
-
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 http://www.tux.org/l
Hello,
(I hope this is not the wrong mailing list to ask this question..)
Does somebody know what the status of the support of nfs
via tcp (instead of udp) of Linux is ? Is there a version
supporting this (client and server) ? Are there some
plans to support this under Linux ?
best regards & m
Hi there,
I updated my system from RedHat 6.0 -> RedHat 7.0 and Murphy is still
working.
[1]
I can't compile Kernel 2.2.17 since the update.
(make bzImage)
[2]
Error Message:
make[2]: Entering directory '/usr/src/linux-2.2.17/arch/i386/lib'
cc -D__KERNEL__ -I/usr/src/linux-2.2.17/include
Linus,
Here is a patch that fixes the compile and link errors in the latest IrDA code in
linux-2.4.0-test11-pre3.
Changes:
o Fixes some errors in the change_speed name for a couple of drivers.
Includes the previous patch I sent you (nsc-ircc) (me)
o Fixes irport driver where the netdev time
On Sun, 12 Nov 2000, adrian wrote:
> vt82c686a. Also, I can't seem to find which VPx is generally associated
Heh.pci.ids
Regards,
Adrian
-
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 http:
On Sat, Nov 11, 2000 at 11:01:25AM -0800, Ying Chen/Almaden/IBM wrote:
> try to sync_inodes periodically anyway, but I don't know if this has other
> implications or not. I don't see a problem with this myself. In fact, I
Not running sync_all_inodes() from prune_icache() has the only implication
On Sun, 12 Nov 2000, adrian wrote:
> Does this include VPx were x does not exist?
Geez. Excuse me. I should watch my assumptions.
Out of curiosity, is there a reason why lspci reports vt82c586 and the
kernel reports vt82c686a at bootup? The board is documented to have the
vt82c686a. Also,
See the attached patch.
Also, for LKML readers, you may be interested in the attached
/sbin/hotplug script; it's pretty current, even if it may not
be the latest from CVS (at http://linux-usb.sourceforge.net/).
- Dave
- Original Message -
From: "David Brownell" <[EMAIL PROTECTED]>
To:
Hi,
test10pre6 works fine here with an IntelliExplorer and ELSA ML56k USB.
Later kernels produce:
Interrupt 5/9?
(test11pre1)
Nov 10 01:13:50 antheus kernel: uhci.c: USB UHCI at I/O 0xd400, IRQ 5
Nov 10 01:13:50 antheus kernel: uhci.c: detected 2 ports
Nov 10 01:13:50 antheus kernel: uhci: host
On Sun, 12 Nov 2000 [EMAIL PROTECTED] wrote:
[snip]
> 2. Capable Of Corrupting Your FS/data
>
> * Use PCI DMA by default in IDE is unsafe (must not do so on via
>VPx, x < 3) (Vojtech Pavlik --- requires chipset tuning to be
>enabled according to Andre Hedrick --- we need t
OK, here's an updated version of the TODO list.
The version on linux24.sourceforge.net hasn't been updated over the
weekend, due to the SSH daemon on the sourceforge projects server being
dead. I'll get the web version synced up by tomorrow, hopefully.
[This is quite a bizarre discussion, but I'll answer anyways. I am not exactly
sure what your point is]
On Sun, Nov 12, 2000 at 11:57:15AM -0700, Eric W. Biederman wrote:
>
> > > I can tell you don't have real hardware. The non obviousness
>
> I need to retract this a bit. You are still build
On Sat, Nov 11, 2000 at 11:19:47AM +0100, Gerald Haese wrote:
> 18: 14845 14797 IO-APIC-level usb-uhci
Can you try the uhci.o host controller driver, to see if it has the same
problem?
thanks,
greg k-h
--
greg@(kroah|wirex).com
http://immunix.org/~greg
-
To unsubscribe from this
Andrea Arcangeli <[EMAIL PROTECTED]> writes:
> On Sun, Nov 12, 2000 at 06:14:36AM -0700, Eric W. Biederman wrote:
> > x86-64 doesn't load the segment registers at all before use.
>
> Yes, before switching to 64bit long mode we never do any data access. We do a
> stack access to clear eflags only
On Sun, Nov 12, 2000 at 08:08:59PM +0100, Gert Wollny wrote:
> compiling usb as module i get:
> drivers/usb/usb.c 723: hotplug_path unknown ...
Need to select CONFIG_HOTPLUG for USB now. This will be fixed (one way
or the other) soon.
thanks,
greg k-h
--
greg@(kroah|wirex).com
http://immuni
On Sun, Nov 12, 2000 at 12:31:26PM +0100, Rasmus Andersen wrote:
> On Sun, Nov 12, 2000 at 12:17:07PM +0100, Rasmus Andersen wrote:
> > On Sun, Nov 12, 2000 at 08:58:48PM +1100, john slee wrote:
> > > On Sat, Nov 11, 2000 at 07:22:06PM -0800, Linus Torvalds wrote:
> > > >-
> > > > - pre3:
> >
I'm not really that much of a newby (2 years of linux) but I am a newby to
kernel dumps.
I'm running Redhat 7 with the latest kernel compiled using kgcc. I get many
many oops, lockups and mysterious reboots. Can anybody help me determine what
is causing this from ksymoops output below. I though
Andrea Arcangeli <[EMAIL PROTECTED]> writes:
> On Sun, Nov 12, 2000 at 06:14:36AM -0700, Eric W. Biederman wrote:
> > x86-64 doesn't load the segment registers at all before use.
>
> Yes, before switching to 64bit long mode we never do any data access. We do a
> stack access to clear eflags only
compiling usb as module i get:
drivers/usb/usb.c 723: hotplug_path unknown ...
bye
Gert
-
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 http://www.tux.org/lkml/
Hi,
Here's a patch that fixes the compile time problem in 2.4.0-test11-pre3
for the belkin_sa.c usb serial driver. It also takes care of the two
compile time warnings.
Thanks,
greg k-h
--
greg@(kroah|wirex).com
diff -Naur -X /home/greg/linux/dontdiff
linux-2.4.0-test11-pre3/drivers/usb/s
Hi. In my efforts to understand the linux kernel v2.4 I found the bkl being
used in kernel/acct.c to lock seemingly local data. Would someone please
explain what races this prevents vs. say:
--- linux/kernel/acct.c Mon Oct 30 01:02:56 2000
+++ linux-2.4.0-test10/kernel/acct.c Mon Oct 30 01:10:20
I wrote on Nov 2nd about IDE tapes no longer working in 2.2.17. The
write seems to work fine, but the verify pass causes read errors and
a tar abort.
I tried changing the priority of the tar process to higher than all
others (it was running as a very low priority job and I thought that
might be
On Sun, Nov 12, 2000 at 04:44:17PM +0100, Andi Kleen wrote:
> The current simulator seems to be buggy in that it checks the SS,DS segments
>that were pushed as part of the interrupt stack on iretd [..]
That's the first thing I thought too indeed 8), but it maybe because at
iret time the CPU doesn
On Sat, Nov 11, 2000 at 12:09:41PM -0800, H. Peter Anvin wrote:
> a while), but you're right, for now the limit is 8 MB *uncompressed.*
s/8/7/ (kernel starts at 1M)
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Plea
> Well it's safer if you are lazy about prototyping varargs functions.
> But of course by doing that you're treading on thin ice anyway, in
> terms of type promotion and portability. So I guess it's much better
> to say "varargs functions MUST be prototyped" and use the registers.
make -Wmissing
Hello!
> The probability of just exactly the zero packet hitting you is very small.
... long laughter ...
Andi, I see you are not very strong in methematics. 8)
Timestamp is not a random number, so that probability of PAWS failure
does not depend on restricting it at all. The only thing which c
Hello,
I just want to say that the file 'Documentation/networking/ppp.txt' (as it
is mentioned in Configure.help at CONFIG_PPP option) does not exists.
--
Mircea Damian
E-mails: [EMAIL PROTECTED], [EMAIL PROTECTED]
WebPage: http://taz.mania.k.ro/~dmircea/
-
To unsubscribe from this list: send
On Sun, Nov 12, 2000 at 04:37:05PM +0100, Andrea Arcangeli wrote:
> > I can tell you don't have real hardware. The non obviousness
>
> Current code definitely works fine on the simnow simulator so if current code
> shouldn't work because it's buggy then at least the simulator is sure buggy as
>
Linus Torvalds <[EMAIL PROTECTED]> said:
> On Thu, 9 Nov 2000, Jean Tourrilhes wrote:
> >
> > I spent my full day going through my archives and splitting
> > the big patch of Dag into lots of small patches (see attached). I'm
> > glad I've got a big hard drive full of junk.
>
> When I say mu
"Richard B. Johnson" <[EMAIL PROTECTED]> said:
> On Fri, 10 Nov 2000, Andrea Arcangeli wrote:
[...]
> > Ok. So please now show a tcpdump trace during the `sendmail -q` so we
> > can see what's going wrong in the TCP connection to the smtp server:
> >
> > tcpdump port smtp
> I tried to send
Hi.
When I try to compile 2.4.0-test11-pre3 I get the following in
the link phase:
drivers/net/irda/irda.o: In function `nsc_ircc_hard_xmit_fir':
drivers/net/irda/irda.o(.text+0x346e): undefined reference to
`nsc_ircc_change_speed_complete'
drivers/net/irda/irda.o: In function `toshoboe_hard_xm
On Sun, Nov 12, 2000 at 06:14:36AM -0700, Eric W. Biederman wrote:
> x86-64 doesn't load the segment registers at all before use.
Yes, before switching to 64bit long mode we never do any data access. We do a
stack access to clear eflags only while we still run in legacy mode with paging
disabled
On Sun, 12 Nov 2000, Alexander V. Lukyanov wrote:
> Hi!
>
> In some cases sound gets interrupted for a moment, this happens in two
> occasions. When unmaskirq flag is off on ide cdrom and it is accessed,
> and when tdfxfb console (800x600) flashes (tput flash, or `set bell-style
> visible' in .i
Rasmus Andersen wrote:
> I tried to include in md.c and had to include
> also. Otherwise I got the following:
Here is the solution I prefer... md builds fine with this, core kernel builds fine
with this, and
I'm about 3/4 of the way through a "build everything" build with this.
I tried to a
Hello!
> NetBSD ignores 0 timestamps. Although that's a hack it is IMHO a reasonable one and
> Linux should probably do it too. Even when the 0 is generated legitimately by
>wrapping
> counters it is probably not a big problem to lose timestamps for such few packets.
Sorry, ignoring some value
On Sun, Nov 12, 2000 at 07:22:49AM -0500, Jeff Garzik wrote:
> Arjan Filius wrote:
> >
> > Hello,
> >
> > I noticed also md.c doesn't compile (gcc version 2.95.2 )
> > Here is the (stripped) output from a make -i modules:
> >
> > make -C md modules
> > make[2]: Entering directory `/usr/src/linu
Hi!
In some cases sound gets interrupted for a moment, this happens in two
occasions. When unmaskirq flag is off on ide cdrom and it is accessed,
and when tdfxfb console (800x600) flashes (tput flash, or `set bell-style
visible' in .inputrc).
It seems the problem is caused by masking irq for too
Andrea Arcangeli <[EMAIL PROTECTED]> writes:
> On Sat, Nov 11, 2000 at 12:35:46PM -0700, Eric W. Biederman wrote:
> > With respect to .bss issues we should clear it before we set up page tables.
>
> We could sure do that but that's a minor win since we still need a
> large mapping (more than 1 p
Title: unknown bus type 130 & can't decode I/O address
space
I had posted this to the newsgroup.. then realized I should post to
the mailing list (which I joined)
messages from boot with test11-pre
(same results with test10)
Seems to be problems identifying the bus (there are 4 plug-in 4
slot
Dear sirs,
Thanks to Andrea Arcangeli, Alan Cox, and all the gentlemen here. I've installed
my New kernel 2.4.0 with support of BIGMEM
and support of megaraid.o .
I wanna know how it works because I need a stable system with high performance. How
can I plan a test of my system with high w
Hello,
On Sun, 12 Nov 2000, f5ibh wrote:
>
> Hi!
>
> here is the message :
>
> gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
> -fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2
> -march=i586 -DMODULE -c -o sysctl_net_ax25.o sysctl_net_ax2
On Sat, Nov 11, 2000 at 05:17:49PM -0600, Peter Samuelson wrote:
> I'd say go for it -- set up a mailing list and flesh out a better x86
> ABI. [..]
I think it doesn't worth to break binary compatilibity at this late stage.
> design such.) One issue: ideally you want to use 64-bit regs on AMD
>
Arjan Filius wrote:
>
> Hello,
>
> I noticed also md.c doesn't compile (gcc version 2.95.2 )
> Here is the (stripped) output from a make -i modules:
>
> make -C md modules
> make[2]: Entering directory `/usr/src/linux-2.4.0-test11-pre3/drivers/md'
> gcc -D__KERNEL__ -I/usr/src/linux/include -Wa
"Hen, Shmulik" wrote:
> the thing is I need to prevent Tx/Rx when a topology change is initiated
> from the ioctl (registering a virtual adapter is just one example), so they
> all share a single lock and I must use spin_lock_bh from the ioctl.
I do not think that they all need to shared a single
Hi!
I wanted to measure negative impact of FSBR on my system.
I did time cat /etc/termcap. I have fbcon, so it is quite slow
operation. It took 13 seconds.
Then I made system use the FSBR, and did cat /etc/termcap. It was
visually much slower, but it gave 13 seconds again. So I did the same
tes
"Hen, Shmulik" wrote:
>
> So how come I get the "RTNL: assertion failed at
> devinet.c(775):inetdev_event" when I call register_netdevice without
> rtnl_lock/unlock ?
Uh. Don't do that. You MUST call register_netdevice with rtnl_lock
held.
> and what about rmmod causing the panic when I use
Hello,
I noticed also md.c doesn't compile (gcc version 2.95.2 )
Here is the (stripped) output from a make -i modules:
make -C md modules
make[2]: Entering directory `/usr/src/linux-2.4.0-test11-pre3/drivers/md'
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-fram
Hi!
here is the message :
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2
-march=i586 -DMODULE -c -o sysctl_net_ax25.o sysctl_net_ax25.c
sysctl_net_ax25.c: In function `ax25_register_sysctl':
So how come I get the "RTNL: assertion failed at
devinet.c(775):inetdev_event" when I call register_netdevice without
rtnl_lock/unlock ?
could it be a 2.4.0-test9 thing ? (haven't used test10 or 11 yet).
and what about rmmod causing the panic when I use unregister_netdev or never
completing the o
and you don't get the "RTNL: assertion failed at
devinet.c(775):inetdev_event" in 2.4.x ?
the thing is I need to prevent Tx/Rx when a topology change is initiated
from the ioctl (registering a virtual adapter is just one example), so they
all share a single lock and I must use spin_lock_bh from t
On Sun, Nov 12, 2000 at 12:17:07PM +0100, Rasmus Andersen wrote:
> On Sun, Nov 12, 2000 at 08:58:48PM +1100, john slee wrote:
> > On Sat, Nov 11, 2000 at 07:22:06PM -0800, Linus Torvalds wrote:
> > >-
> > > - pre3:
> > > - Bartlomiej Zolnierkiewicz: sound and drm driver init fixes and
> >
On Sat, Nov 11, 2000 at 12:35:46PM -0700, Eric W. Biederman wrote:
> With respect to .bss issues we should clear it before we set up page tables.
We could sure do that but that's a minor win since we still need a
large mapping (more than 1 pagetable) for the bootmem allocator. (and we need
at lea
On Sun, Nov 12, 2000 at 08:58:48PM +1100, john slee wrote:
> On Sat, Nov 11, 2000 at 07:22:06PM -0800, Linus Torvalds wrote:
> >-
> > - pre3:
> > - Bartlomiej Zolnierkiewicz: sound and drm driver init fixes and
> > cleanups
>
> this breaks for me, gcc 2.95.2:
>
> gus_midi.c:206: p
On Sat, 11 Nov 2000, Linus Torvalds wrote:
> - Alan Cox: SCSI driver NULL ptr checks
Which needs the following fix:
--- linux-2.4.0-test11-pre3/drivers/scsi/a2091.c.orig Sun Nov 12 10:50:26 2000
+++ linux-2.4.0-test11-pre3/drivers/scsi/a2091.cSun Nov 12 11:14:15 2000
@@ -207,8 +207
On Sat, Nov 11, 2000 at 02:06:34PM +0100, Ralf Baechle wrote:
> Reminds me that the Alpha implementation of get_wchan() looks to me like
> it doesn't handle all cases of schedule() being called from another
> scheduler function correctly.
Certainly not -- it's impossible.
> I'd really like to se
On Sat, Nov 11, 2000 at 07:22:06PM -0800, Linus Torvalds wrote:
>-
> - pre3:
> - Bartlomiej Zolnierkiewicz: sound and drm driver init fixes and
> cleanups
this breaks for me, gcc 2.95.2:
gus_midi.c:206: parse error before `gus_midi_init'
gus_midi.c:207: warning: return-type defaul
On Sat, Nov 11, 2000 at 09:21:01PM -0800, H. Peter Anvin wrote:
>
> We tried once; at that point the register-based ABI support in gcc was
> too buggy to be useful. We might try again in 2.5 since we now have
> increased the minimum gcc version for kernel compiles. Binutils needs no
> change.
1 - 100 of 102 matches
Mail list logo
