Hello,
I have been looking around the internet for drivers for my RAID card. I
found drivers for 2.2, and a patch against "vanilla 2.2.x".
However, when trying to boot with that patch, I get an oops. (Got it to
work with 2.2.5.. rather old for me)
But, I want to run 2.4, and cannot find anything
On Fri, 9 Feb 2001, Francois Romieu wrote:
> ARND BERGMANN <[EMAIL PROTECTED]> écrit :
> > On Thu, 8 Feb 2001, Francois Romieu wrote:
> >
> > > >
> > > > Working epic100 drivers:
> > > > - 2.4.0
> > > > - 2.4.0-ac9
> > >
> > > Could you give a look at ac12 (fine here) ?
> > >
> > No, does
On Fri, 9 Feb 2001, Petr Vandrovec wrote:
> On 9 Feb 01 at 16:58, Vojtech Pavlik wrote:
>
> > Unfortunately the PCI speed measuring code needs help from the chipset
> > itself, so it isn't possible to implement in generic code. Maybe a
> > callback could be added to the chipset-specific
> > Here is a patch which may not solve the underlying
>
> This does not. refcnt cannot be <1 at this point.
The refcnt shouldn't be less than 1, but it is in fact
less than 1. (As I'm sure you understand.)
> > assuming that the latter messages aren't serious?
>
> They are fatal. Machine
Albert Cranford wrote:
>
> I got tired of the warnings myself, so I applied the attached
> patch. I've been testing newer binutils since last November with it.
> Later,
> Albert
Thanks Albert, I'll test it an let you know if I have any problems.
Have you sent it to Linus?
Have you also tried
Maybe if you hold down a key at bootup, you can change to verbose output?
Werner Almesberger <[EMAIL PROTECTED]> writes:
> Miles Lane wrote:
> > Since, as Christophe mentions, the boot messages would
> > still be accessible via CTRL-ALT-F2, I don't see what
> > the problem is with at least
Disabling ACPI (all of power management, really. SMP so no APM) seems
to have made it work in 2.4.1 for me.
On Fri, 9 Feb 2001, Dr. Kelsey Hudson wrote:
> Do you have framebuffer console compiled into your kernel? I noticed
> similar behavior on my system when I had framebuffer console
On Fri, 9 Feb 2001 17:56:37 +0100,
Jean-Luc Fontaine <[EMAIL PROTECTED]> wrote:
># insmod ./kernel/fs/nfsd/nfsd.o
>./kernel/fs/nfsd/nfsd.o: unresolved symbol nfsd_linkage
># fgrep nfsd System.map
>c01f3f60 ? __kstrtab_nfsd_linkage
>c01f8b90 ? __ksymtab_nfsd_linkage
>c01fedc8 D nfsd_linkage
Greg KH wrote:
>
> On Fri, Feb 09, 2001 at 07:22:54PM -0500, John Cavan wrote:
> >
> > Current config:
> >
> > Dual P3-500 w/ 512mb of RAM
> > Tyan Tiger 133 mobo with VIA chipset, onboard USB
> > Kernel 2.4.1-ac9 compiled with egcs-1.1.2
>
> This motherboard does not currently work with USB in
"David L. Nicol" <[EMAIL PROTECTED]> writes:
> According to the Understanding the Linux Kernel book I
> plowed through yesterday afternoon the EXT2 file system
> has a defined file type "socket," distinct from fifo.
>
> How does one set up a named socket in a file system? Is it
> a legacy
I sent this message earlier but it does no seem to have got on the
mailing list - I now suspect I have a hardware problem since I
reverted to the 2.2.16 kernel which was previously stable and also
got a panic of the type
Welcome to Linux 2.2.16.
elizabeth login: Kernel panic: Attempted to
Greg KH wrote:
>
> On Fri, Feb 09, 2001 at 07:22:54PM -0500, John Cavan wrote:
> >
> > Current config:
> >
> > Dual P3-500 w/ 512mb of RAM
> > Tyan Tiger 133 mobo with VIA chipset, onboard USB
> > Kernel 2.4.1-ac9 compiled with egcs-1.1.2
>
> This motherboard does not currently work with USB in
On Sat, 10 Feb 2001 00:59:52 +0100,
"J . A . Magallon" <[EMAIL PROTECTED]> wrote:
>Just a little mismatch in versions.
>ksymoops packaged as 2.4.0 still says it is version 2.3.7:
Known mistake, human error, just ignore it. The version number will be
fixed in the next ksymoops, once I have
It's been far too long, but a new development branch of VA-CTCS (VA
Cerberus Test Control System) is finally available. VA Linux has heard my
pleas for increased manpower in my area so ... expect both minor and major
releases to turn over faster than the glacial pace of the last six months.
On Fri, Feb 09, 2001 at 07:22:54PM -0500, John Cavan wrote:
>
> Current config:
>
> Dual P3-500 w/ 512mb of RAM
> Tyan Tiger 133 mobo with VIA chipset, onboard USB
> Kernel 2.4.1-ac9 compiled with egcs-1.1.2
This motherboard does not currently work with USB in SMP mode, unless
you boot with
On Fri, Feb 09, 2001, John Cavan <[EMAIL PROTECTED]> wrote:
> Just got a D-Link USB radio (R100) and I'm seeing lots of timeouts with
> it. I've seen this through the last few 2.4.1+ and -ac+ kernels.
>
> Current config:
>
> Dual P3-500 w/ 512mb of RAM
> Tyan Tiger 133 mobo with VIA chipset,
On Fri, 9 Feb 2001, Dr. Kelsey Hudson wrote:
> Do you have framebuffer console compiled into your kernel? I noticed
> similar behavior on my system when I had framebuffer console compiled in,
> ACPI or APM (cant remember which, probably ACPI) compiled in, and bttv as
> modules. System would
I'm seeing a similar usb timeout message here
with an HP 5200C usb scanner, e.g:
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
My config:
AMD-K6 450 on ASUS P5 mb
256 MB RAM, Ali chipset
Red Hat 7.0 updated, kernel 2.4.1-ac8
jjs
John Cavan wrote:
On Thu, 1 Feb 2001, Alan Chandler wrote:
> I accidentally built my 2.4.1 kernel with /devfs so had a interesting
> few minutes looking round it to see what it was doing.
>
> The thing that struck me most was the spelling of disc with a 'c'. As
> an Englishman this is the correct spelling for
According to the Understanding the Linux Kernel book I
plowed through yesterday afternoon the EXT2 file system
has a defined file type "socket," distinct from fifo.
How does one set up a named socket in a file system? Is it
a legacy constant that has never been supported or what?
"David
On Wed, 31 Jan 2001, Scott Laird wrote:
> On Wed, 31 Jan 2001, George wrote:
> > Also account for anything else funny in the system.
> >
> > Then panic on boot if they're wrong (sort of like processor type).
>
> Where do cards with PCI-PCI bridges, like multiport PCI ethernet cards,
> fit into
Hi,
Just got a D-Link USB radio (R100) and I'm seeing lots of timeouts with
it. I've seen this through the last few 2.4.1+ and -ac+ kernels.
Current config:
Dual P3-500 w/ 512mb of RAM
Tyan Tiger 133 mobo with VIA chipset, onboard USB
Kernel 2.4.1-ac9 compiled with egcs-1.1.2
The only thing
You might also want to run setiathome with the -nice option...for
instance i *always* run it with -nice 19 so that it lays in the background
consuming otherwise idle cycles. anything wanting cpu time will then take
it from seti.
On Wed, 31 Jan 2001, Alex Deucher wrote:
> Rainer,
>
> I'm
Do you have framebuffer console compiled into your kernel? I noticed
similar behavior on my system when I had framebuffer console compiled in,
ACPI or APM (cant remember which, probably ACPI) compiled in, and bttv as
modules. System would power off when ACPI was loaded. Other times it would
do
Hi, everyone.
Just a little mismatch in versions.
ksymoops packaged as 2.4.0 still says it is version 2.3.7:
werewolf:~/soft/kernel/ksymoops-2.4.0# ./ksymoops -V
ksymoops 2.3.7 on i686 2.4.1-ac9. Options used
-V (specified)
-k /proc/ksyms (default)
-l /proc/modules (default)
haha thats funny, I just compiled 2.4.2-pre2 ;-)
oh well...time to patch again.
Linus Torvalds wrote:
> Nothing too radical here..
>
> Linus
>
>
> -pre3:
> - Jens: better ordering of requests when unable to merge
> - Neil Brown: make md work as a module again (we cannot
Nothing too radical here..
Linus
-pre3:
- Jens: better ordering of requests when unable to merge
- Neil Brown: make md work as a module again (we cannot autodetect
in modules, not enough background information)
- Neil Brown: raid5 SMP locking cleanups
- Neil Brown:
> > For non routing paths its virtually free because the DMA forced the lines
> > from cache anyway.
>
> Are you actually sure about this? I thought DMA from PCI devices reached
> the main memory without polluting the L2 cache. Otherwise any large DMA
> transfer would kill the cache (think
On Fri, 9 Feb 2001, Alan Cox wrote:
> > It's amusing that a full receive copy is added without any concern, in
> > the same discussion where zero-copy transmit is treated as a holy grail!
>
> For non routing paths its virtually free because the DMA forced the lines
> from cache anyway.
Are
On Fri, Feb 09 2001, David Welch wrote:
> Hi,
>
> I received the following oops when using the loop driver on kernel
> 2.4.2-pre2 patched with Jens Axboe's loop4 patch. I believe it occurs
> because in loop.c, lo->lo_tsk is only assigned to by the loop thread when
> it starts up but it is
Hi,
I received the following oops when using the loop driver on kernel
2.4.2-pre2 patched with Jens Axboe's loop4 patch. I believe it occurs
because in loop.c, lo->lo_tsk is only assigned to by the loop thread when
it starts up but it is possible for block requests to be sent to the
loop
Please CC me, as I don't follow the list.
Please also forgive me if I'm stepping on toes. I'm in user-space.
I have had similar problems (network server not responding) with
both a Netgear FA311 (DP83815) and a Macronix (tulip) card when using
Donald Becker's drivers under 2.2.x kernels
Linus Torvalds wrote:
>
> In article <[EMAIL PROTECTED]>,
> Manfred Spraul <[EMAIL PROTECTED]> wrote:
> >
> >* use sse for normal memcopy. Then main advantage of sse over mmx is
> >that only the clobbered registers must be saved, not the full fpu state.
> >
> >* verify that the code doesn't
> I've noticed that -ac9 comes with the "Disable PCI-Master-Read-Caching
> on VIA" patch that Peter Horton posted a while back. I don't know
> whether it was applied in Linus' or your tree first, but is it
> actually verified to fix anything?
Not yet. As the story becomes clear it can either be
On 9 Feb 2001, Jes Sorensen wrote:
> > "Jeff" == Jeff Garzik <[EMAIL PROTECTED]> writes:
> Jeff> Donald Becker wrote:
> >> On Tue, 16 Jan 2001, Jeff Garzik wrote: > * IA64 support (Jes) Oh,
> >> and this is completely bogus. This isn't a fix, it's a hack that
> >> covers up the real
Hi,
Alan Cox wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
>
> 2.4.1-ac9
> o Merge with Linus 2.4.2pre2
I've noticed that -ac9 comes with the "Disable PCI-Master-Read-Caching
on VIA" patch that Peter Horton posted a while back. I don't know
whether it was
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Vojtech,
I've tried out your new via driver and it
appears to have solved the problem with
the mis-detected ls-120 drive, but the ata66
drives are still being run at 33.
More interestingly, the pci-clk
In article <[EMAIL PROTECTED]>,
Manfred Spraul <[EMAIL PROTECTED]> wrote:
>
>* use sse for normal memcopy. Then main advantage of sse over mmx is
>that only the clobbered registers must be saved, not the full fpu state.
>
>* verify that the code doesn't break SSE enabled apps.
>I checked a sse
Hi
on UP system, if we call cli(), then after that what all
interrupts can occur ? Does the timer interrupt also get blocked
when we call cli() ? I read that, cli() disables all non-maskable
interrupts.
Thanks
-hiren
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bogomips algorithm changed between kernels. Now it uses the tsc register. Your
bogomips should typically be about 2*processor mhz.
On Sat, Feb 10, 2001 at 02:35:05AM +0530, Ashish Gupta wrote:
> Hi,
> I want to use bogomips as the indicator of CPU capability for
> different
I wrote a kernel patch that replaces the standard
copy_page()/clear_page() functions on Pentium III and Pentium IV with
SSE instructions.
If you have access to a Pentium 4 it would be great if you could
download the user space test apps from
http://colorfullife.com/~manfred/sse/
and run them.
I'm running it now, looks good. :)
On Fri, Feb 09, 2001 at 11:51:48AM -0500, Zach Brown wrote:
>
> > The maestro3 driver, included in 2.4.2-pre2 (which I assume is the
> > same as maestro3-2.4-20010204.tar.gz, I haven't bothered to try it;
> > I'm perfectly happy w/ my patch), oopses upon
On 9 Feb 2001, Jes Sorensen wrote:
> Manfred> What about changing the default for rx_copybreak instead?
> Manfred> Set it to 1536 on ia64 and Alpha, 0 for the rest. tulip and
> Manfred> eepro100 use that aproach.
>
> Inefficient, my patch will make the unused code path disappear during
>
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
2.4.1-ac9
o Merge with Linus 2.4.2pre2
o Highmem bounce fixes(Ingo Molnar)
o Fix cosa driver kfree (Jan Kasprzak)
o Clean up pdoc202xx driver sleeps
On Fri, Feb 09, 2001 at 10:18:05PM +0100, Henryk Paluch wrote:
> Shortly: kernel (2.2.x, 2.4.x) hangs on CD-R HP8100i, VIA KT133 chipset
> (w/ ATA100 support) if kernel is compiled with VIA IDE chipset support.
> Please, see my previous post from 21 Jan 2001 for full description.
>
> After
Mario Vanoni wrote:
>
> 1st correction in drivers/scsi/hosts.c (Shane Wegner),
> see lkml, otherwise does not compile.
>
> Hand written, may not be 100% correct:
>
> Detected CD-ROM sr1 at scsi0, channel 0, id 5, lun 0
> (scsi1) BRKADRINT
> "Manfred" == Manfred Spraul <[EMAIL PROTECTED]> writes:
Manfred> Ion Badulescu wrote:
>> > > +#if defined(__ia64__) || defined(__alpha__) > > +#define
>> PKT_SHOULD_COPY(pkt_len) 1 > > +#else > > +#define
>> PKT_SHOULD_COPY(pkt_len) (pkt_len < rx_copybreak) > > +#endif >
>> [snip]
>>
>>
> "Jeff" == Jeff Garzik <[EMAIL PROTECTED]> writes:
Jeff> Donald Becker wrote:
>> On Tue, 16 Jan 2001, Jeff Garzik wrote: > * IA64 support (Jes) Oh,
>> and this is completely bogus. This isn't a fix, it's a hack that
>> covers up the real problem.
>>
>> The align-copy should *never* be
Martin Braun wrote:
> I can not get sound working on a computer with a Gigabyte
> GA-7ZX mainboard (KT133 chipset). Is this a known problem?
> I have attached some config info. Mail me for further details.
Can you download and run via-audio-diag as described in the
documentation? That will
Ashish Gupta wrote:
>
> Hi,
> I want to use bogomips as the indicator of CPU capability for
> different architectures. I have found following values from /proc/cpuinfo
> for different CPUs.
>
> MHz bogomips version
> 233 intel 233 2.2.9, 2.0.36
>
On Sat, 10 Feb 2001, Ashish Gupta wrote:
> Hi,
> I want to use bogomips as the indicator of CPU capability for
> different architectures. I have found following values from /proc/cpuinfo
> for different CPUs.
>
In a nutshell, you can't!
There is the requirement for some small delays
Hi folks!
Shortly: kernel (2.2.x, 2.4.x) hangs on CD-R HP8100i, VIA KT133 chipset
(w/ ATA100 support) if kernel is compiled with VIA IDE chipset support.
Please, see my previous post from 21 Jan 2001 for full description.
After little tweaking via82cxxx.c driver I found, that the cause is
Hi,
I've just upgraded to an Athlon+KT133 from a P3+pro133 setup.
For the old motherboard which had a 596b southbridge I got
perfect udma66 support form my hard drives. After I switched
over, and without changing anything except switching from
p3 to athlon optimisations, the driver reports my
[EMAIL PROTECTED] (Ashish Gupta) writes:
> Hi,
> I want to use bogomips as the indicator of CPU capability for
> different architectures. I have found following values from /proc/cpuinfo
> for different CPUs.
You got your answer. Try pronounce bogomips and you will hear bogo like in
Matthias Andree wrote:
>
> On Thu, 08 Feb 2001, Martin Braun wrote:
>
> > I can not get sound working on a computer with a Gigabyte
> > GA-7ZX mainboard (KT133 chipset). Is this a known problem?
>
> "Works for me" on 7ZXR, 2.2.18, ens1371 driver. R == additional Promise
> PDC20265R
Thanks for
Hi,
I want to use bogomips as the indicator of CPU capability for
different architectures. I have found following values from /proc/cpuinfo
for different CPUs.
MHz bogomips version
233 intel 233 2.2.9, 2.0.36
166 intel 331 2.2.9
Anybody else experience a DMA slowdown going from stock 2.4.1 to either
2.4.2pre2 or 2.4.1ac8.
My hdparm -t numbers dropped from 15mb+ to around 10mb.
Linux version 2.4.1-ac8 ([EMAIL PROTECTED]) (gcc version
egcs-2.91.66
19990314/Linux (egcs-1.1.2 release)) #9 Fri Feb 9 15:41:34 EST 2001
On Fri, 9 Feb 2001, Petr Vandrovec wrote:
> > Why do you need to mask NMI at all?
>
> Because of you must provide some function which handles NMI, and as
> you cannot switch IDT and CR3 atomically together, NMI handler has
> to be on same address in both address spaces - at least temporary.
hi,
a couple of things to check here.
a) when compiling the kernel, did you remember to select the proper CPU in
the kernel config?
b) if you are using (for example) an ATI Rage 128 you need to go into
character devices and say Y to DRI X and ATI Rage 128.
(I found that the latter idea fixed the
Lindsey Simon wrote:
>
> [1.] Once I get the loading the kernel message from Lilo I hard crash
> without any error messages.
>
Could you double check that you've set the correct cpu type?
--
Manfred
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
[1.] Once I get the loading the kernel message from Lilo I hard crash without any error
messages.
[2.] I had no trouble making the bzImage and have installed it made it and installed it
three different times from scratch, once using debian's make-kpkg tool, but still I get
the same outcome - a
Basic Machine configuration:
SMP Supermicro board
2 gigabytes of ECC Registered ram
Adaptec AIC-7892
eepro100 onboard nic
The machine has been running as a database server with no MySQL crashes
for several months and has run fine with kernels 2.2.18 and 2.4.1ac3.
We have seen a HUGE
Jeff Garzik <[EMAIL PROTECTED]> écrit :
[...]
> Patch looks ok. Further change: move pci_enable_device above the
> request_region call. request_region calls pci_resource_start(), which
> may not return a proper value if called before pci_enable_device.
---
Ion Badulescu wrote:
> ... and use both SET_MODULE_OWNER and STAR_MOD_*_USE_COUNT. It's along the
> lines of what I was thinking -- though I don't think it's very clean.
It's about the best you can do, considering the 'no ifdefs in raw'
axiom.. Better suggestions are certainly welcome.
> And
On Fri, 9 Feb 2001, Jeff Garzik wrote:
> For 2.2, define SET_MODULE_OWNER to null.
>
> Define STAR_MOD_INC_USE_COUNT and STAR_MOD_DEC_USE_COUNT. For 2.4,
> these are null. For 2.2, these point to MOD_{INC,DEC}_USE_COUNT.
... and use both SET_MODULE_OWNER and STAR_MOD_*_USE_COUNT. It's along
Francois Romieu wrote:
> --- linux-2.4.1-ac8.orig/drivers/media/radio/radio-maxiradio.c Fri Feb 9 15:55:03
>2001
> +++ linux-2.4.1-ac8/drivers/media/radio/radio-maxiradio.c Fri Feb 9 15:56:55
>2001
> @@ -376,9 +376,7 @@
>
> int __init maxiradio_radio_init(void)
> {
> - int
Ion Badulescu wrote:
> On Fri, 9 Feb 2001, Jeff Garzik wrote:
> > BTW, I would suggest looking at Jes' acenic.c as an example of a 2.4
> > driver that is clean but also [hopefully!] works under 2.2.
>
> The *only* thing I couldn't solve cleanly is the MOD_{INC,DEC}_USE_COUNT
> vs
Dimitromanolakis Apostolos <[EMAIL PROTECTED]> écrit :
[...]
> Your patch had some problem in the maxiradio_radio_init function as
> pci_register_driver returns the number of devices found and not 0 when
> succesful. I fixed it and here is my patch against the original driver.
Patch-o-the-month
On Fri, 9 Feb 2001, Jeff Garzik wrote:
> I would prefer that zerocopy code remain out of all official kernels
> until zerocopy itself is in said kernels. It's experimental code that
> simply cannot work in its present form, due to lack of infrastructure in
> the general kernel. And being based
bbootsect.s:253 warning indirect lcall without *
ld cannot open binary: no such file or directory
binutils-2.10.0.33 works, but gives lots of similar warnings elsewhere.
just a headsup.
Garst
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Hi Dale,
Thanks! Applied.
I feel I must mention that while I (and you, and others) have been working
on improving the current codebase, other people here have been working on a
totally different design. In general, the new codebase has better ACPI
functionality, is more modular, etc. My hope is
Hi.
Building latest 2.4.1-ac8, I got the following warning (it is harlmess, but
if you want to make the compiler cleanly silent...):
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2 -fomit-f
rame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2 -march=i686
1st correction in drivers/scsi/hosts.c (Shane Wegner),
see lkml, otherwise does not compile.
Hand written, may not be 100% correct:
Detected CD-ROM sr1 at scsi0, channel 0, id 5, lun 0
(scsi1) BRKADRINT error (0x4):
Illegal Opcode in
Ion Badulescu wrote:
> On Thu, 8 Feb 2001, Jeff Garzik wrote:
> > The #ifdef ZEROCOPY code you added is a classic example of the kind of
> > code I -remove- from the kernel tree.
>
> It's an issue of maintainer convenience vs. esthetics. And (last but not
> least) it's also about other people's
On Thu, 08 Feb 2001, Martin Braun wrote:
> I can not get sound working on a computer with a Gigabyte
> GA-7ZX mainboard (KT133 chipset). Is this a known problem?
"Works for me" on 7ZXR, 2.2.18, ens1371 driver. R == additional Promise
PDC20265R
-
To unsubscribe from this list: send the line
Understanding the Linux Kernel
Daniel P. Bovet and Marco Cesati
O'Reilly, 2000
Book web site (including a sample chapter) is here:
http://www.oreilly.com/catalog/linuxkernel/
Developed and tested as lecture notes for university classes
in which the 2.2 kernel was examined, the new
One-line Summary: Denied services on the machine. Lack of responsiveness
Detailed Summary: Server remained responsive but did not provide service.
I was able to ping the machine and telnet to open ports but no data was
sent back on these open ports. As far as current connections were
The following message is from Heinz Mauelshagen, who unfortunately cannot
send it out himself today.
Message follows ->
Hi all,
a tarball of the Linux Logical Volume Manager 0.9.1 beta4 is available now
at
On Fri, 9 Feb 2001, David Woodhouse wrote:
> [EMAIL PROTECTED] said:
> > If open source people knew how it worked they might do horrible evil
> > things like TV-out with the macrovision turned off. Thats basically
> > the root of all this - yet again its the US movie industry
>
> Er... have
> the maestro3 snapshot in 2.4.2pre2 is not up to date. I imagine it came
> from alan, who got the jan30 patch, but didn't get the trivial feb 04
> patch that fixes the oops you're seeing.
-ac is up to date, its down to rate of feeding stuff to Linus issues
-
To unsubscribe from this list: send
Please CC me.
Platform: redhat 7.0 with kgcc.
# insmod ./kernel/fs/nfsd/nfsd.o
./kernel/fs/nfsd/nfsd.o: unresolved symbol nfsd_linkage
seems the code:
#if defined(CONFIG_NFSD_MODULE)
struct nfsd_linkage *nfsd_linkage = NULL;
...
from filesystems.c did not get in, although:
# fgrep nfsd
> The maestro3 driver, included in 2.4.2-pre2 (which I assume is the
> same as maestro3-2.4-20010204.tar.gz, I haven't bothered to try it;
> I'm perfectly happy w/ my patch), oopses upon shutdown.
the maestro3 snapshot in 2.4.2pre2 is not up to date. I imagine it came
from alan, who got the
On Fri, Feb 09, 2001 at 05:29:52PM +, Petr Vandrovec wrote:
> > Unfortunately the PCI speed measuring code needs help from the chipset
> > itself, so it isn't possible to implement in generic code. Maybe a
> > callback could be added to the chipset-specific drivers, though ...
> >
> > I do
On Fri, 9 Feb 2001, Miles Lane wrote:
> Helge Hafting wrote:
> > christophe barbe wrote:
> >> Moreover there is no need to be ignorant. With LPP, messages are displayed during
>the boot process and if something goes wrong an little picture inform you. And you
>can switch to the classic console
On 9 Feb 01 at 16:58, Vojtech Pavlik wrote:
> Unfortunately the PCI speed measuring code needs help from the chipset
> itself, so it isn't possible to implement in generic code. Maybe a
> callback could be added to the chipset-specific drivers, though ...
>
> I do have some plans with
I have two questions:
1) ISA-PnP detection in the kernel doesn't work properly on my Abit KT7
(the card in question is a SoundBlaster AWE64), but userspace ISA-PnP works
fine...
2) I'm trying to pass options to the SoundBlaster driver using LILO - it's
built into the kernel - but can't figure
Hi,
When I insmod aironet4500_core and aironet4500_card, the last one
disables the pci342 nic (the leds go out).
root@tilde:~# uname -r
2.4.1-ac8
root@tilde:~# insmod aironet4500_core
Using /lib/modules/2.4.1-ac8/kernel/drivers/net/aironet4500_core.o
Warning:
On Fri, Feb 09, 2001 at 10:05:44AM -0500, Byron Stanoszek wrote:
> > I've decided that too much trouble has been caused by a wrong PCI clock
> > specified to the IDE drivers (which in turn compute wrong IDE timings).
> >
> > I've made the VIA and AMD drivers detect the PCI clock automatically.
Mark Hahn wrote:
>> I'm currently running Linux amethyste 2.4.1-ac2 #1 Mon Feb 5 20:38:39
>
>
> there are well-known problems on SW boards with most recent 2.4 kernels.
What are these well-known problems?
>
>
>>-Does the glibc version has an impact on the kernel' stability?
>
>
>
Daniel Stodden wrote:
> hi.
>
> i desperately hope this is not too stupid.
>
> i'm trying to write a driver which depends on giving pci devices
> access to somewhat larger amounts of pysical memory. let's say, a
> megabyte of contiguous ram.
Your unlikely to get 1 MB of contigous ram unless
Hi all,
I don't really now if my problem is related with this one, and I
(unfortunetly) don't have any Oops output to show - sorry 'bout that.
I'm even not sure this report will be helpful but... anyway
I'm currently running Linux amethyste 2.4.1-ac2 #1 Mon Feb 5 20:38:39
CET 2001 i686 on a
> I've decided that too much trouble has been caused by a wrong PCI clock
> specified to the IDE drivers (which in turn compute wrong IDE timings).
>
> I've made the VIA and AMD drivers detect the PCI clock automatically.
> Because this is a very significant change, I've upped the major release
Alan Cox, Thu Feb 08 2001 - 02:42:52 EST:
> > It's the printk that gets it wrong, although that's harmless.
> > Intel's documentation states that the bug does NOT exist if the
> > bits 0 and 1 in eeprom[3] are 1. Thus, the workaround is correct,
> > the printk is wrong.
>
> So why does it
On the system here, ctags is called ctags-exuberant.
Against 2.4.1ac8
thanks
john
--- Makefile.oldFri Feb 9 14:24:29 2001
+++ MakefileFri Feb 9 14:06:08 2001
@@ -33,6 +33,7 @@
STRIP = $(CROSS_COMPILE)strip
OBJCOPY= $(CROSS_COMPILE)objcopy
OBJDUMP
Erghh ... Sorry I forgot to attach the mentioned piece of my log file.
Fixed in this release of my mail ;-)
--
--[ Gábor Lénárt ]---[ Vivendi Telecom Hungary ]-[ [EMAIL PROTECTED] ]--
U have 8 bit comp or chip of them and it's unused or to be sold? Call me!
---[ +36 30 2270823
Hi,
I've just bought a DVD ROM drive to do something with our player (mplayer),
namely developing a css module for it. The problem is that after random
time of massive usage of drive, my computer freeze. It's most likely to
freeze when I'm copying large amount of data, but with only playing
mp3
I get this kernel panic on an Olivetti netstrada 7200. It happens also
with 2.4.0. With 2.2.18 I can boot normally.
Unable to handle kernel NULL pointer dereference at virtual address 003b
c019dcab
*pde =
Oops:
CPU:0
EIP:0010:[]
EFLAGS: 00010202
eax: ebx:
On Fri, 9 Feb 2001, Daniel Stodden wrote:
> i desperately hope this is not too stupid.
Only if the hardware is so stupid that you need this ;)
> i'm trying to write a driver which depends on giving pci devices
> access to somewhat larger amounts of pysical memory. let's say, a
> megabyte of
Hi,
I have then same problem no my box, Pentium2 233 64 meg ram RedHat 7.0 and
Linux 2.4.1
Very strange
BaRT
> Hi all,
> After 1 day of running, 2.4.1 produced 'kernel BUG at dcache.c:134!' and
> Oops
> during regular RedHat cron job
> (tmpwatch + slocate):
> Feb 1 04:27:21 cs865114-a
A few bugs still show up in the 2.4.x series with the bonding
(drivers/net/bonding.c / bonding.0) driver. Ive tried all the below
situations in both 2.4.0 and 2.4.1 (both clean/final versions), and on
redhat's default 2.2.16enterprise kernel. the 2.2.16 kernel doesnt have
any of the bugs
1 - 100 of 271 matches
Mail list logo