Adaptec 2100S DPT I2O SmartRAID and 2.2/2.4

[Jens Hjalmarsson]

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 about this card and
kernel 2.4.

Can someone point me to a driver or a HOWTO so I can get this darn thing
to work?

Thanks,

Jens

(I am not a member of this list, so please contact me directly)

-
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/

Re: epic100 in current -ac kernels

[ARND BERGMANN]

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 not work, same problem.
> 
> The modifications between ac9 and ac12 come from the new DMA 
> mapping.
What about 2.4.0-ac5? That had the same problem as -ac12. Did it also have
the new DMA mapping?

> They added a bug for the (already buggy ?) big-endian
> machines. I would be surprised that something has *always* been 
> missing in the driver and your hardware triggers it*. IMHO the culprit 
> is to be found elsewhere.
Yes, I'm pretty sure the problem is not only the epic100 driver, now that
I have done some more investigation. With the broken drivers (I tried
2.4.0-ac12 and 2.4.1-ac5), something generates an enourmous amount of
interrupts as soon as I run 'ifconfig eth0 up'. Within 10 seconds, I got
roughly 95 interrupts on IRQ11, instead of 30!
After disabling the usb-uhci (I was using the JE driver) in the BIOS
setup, the system reproducibly locked up hard a few seconds after
'ifconfig eth0 up' instead of just getting slow.
Unfortunately, I have no way to also disable the sound card, but at least
it does not make a change if the sound driver is loaded or not.

> I'd like to know what it's worth to share an irq with a pio audio card.
On Monday I can ask the system administrator for the keys so I can open
the machine and put the card into another slot. Right now, USB, sound and
network are hardwired to the same IRQ, that's how the system arrived here.

Arnd <><

-
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/

Re: [preview] VIA IDE 4.0 and AMD IDE 2.0 with automatic PC

[Andre Hedrick]

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 drivers, though ...
> > 
> > I do have some plans with ide-pci.c, so ...
> 
> Is not PCI speed determined by host-bridge setting (and not by IDE 
> interface)? In that case we should determine bus speed on PCI bus scan 
> using chipset specific drivers. Other non IDE devices, such as matroxfb, 
> may be interested in PCI speed too.

that file will most likely go away in 2.5


Andre Hedrick
Linux ATA Development
ASL Kernel Development
-
ASL, Inc. Toll free: 1-877-ASL-3535
1757 Houret Court Fax: 1-408-941-2071
Milpitas, CA 95035Web: www.aslab.com

-
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/

Re: [PATCH] to deal with bad dev->refcnt in unregister_netdevice()

[Thomas Hood]

> > 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 must be rebooted after them. 

True.  I found that with testing---lots of ifups and ifdowns,
etc.---the kernel becomes unstable.

> > I hope the networking gurus can find the real bugs here. 
> 
> Well, someone forgets to grab refcnt or makes redundant dev_put. 
> Try to catch this, f.e. adding BUG() to the places where fatal 
> messages are generated to get backtraces. 
> Alexey

I think that the ipx driver makes an inappropriate dev_put
in its notifier callback.  However that is for people better
acquainted with the come than I to judge.  Removing the ipx
driver does work around the problem though.

Thomas
-
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/

Re: compiling 2.4.1 with binutils-2.10.1.0.7

[Garst R. Reese]

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 to compile the kernel with gcc-2.97 (20010205)?
Oops, the problem was that I did not read the release notes for the
latest
binutils
-oformat needs to get changed to --oformat in the Makefile for
arch/i386/boot
Garst
-
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/

Re: [ANNOUNCE] Animated framebuffer logo for 2.4.1

[Nick Papadonis]

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 making this an option.
> 
> Except if some initialization hangs your machine so badly that it even
> won't respond to Ctrl-Alt-F2.
> 
> This could of course be cured by a little window where the last three or
> four printk lines are shown ...
> 
> - Werner
> 
> -- 
>   _
>  / Werner Almesberger, ICA, EPFL, CH   [EMAIL PROTECTED] /
> /_IN_N_032__Tel_+41_21_693_6621__Fax_+41_21_693_6610_/
> -
> 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/
> 
-
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/

Re: bttv problems in 2.4.0/2.4.1

[Matthew Gabeler-Lee]

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 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 other stupid things like hang abruptly for no apparent reason.

-- 
-Matt

If you suspect a man, don't employ him.

-
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/

Re: 2.4.1: unresolved symbol with nfsd as a module

[Keith Owens]

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

http://www.tux.org/lkml/#s8-8

-
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/

Re: Mucho timeouts on USB

[John Cavan]

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 SMP mode, unless
> you boot with "noapic" on the command line.  People are working on it,
> but it's slow going.

That did the trick! Thanks alot.

Nice too, first song played by Rush. :o)

John
-
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/

Re: bidirectional named pipe?

[Doug McNaught]

"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 constant that has never been supported or what?
> 

Call bind() on an AF_LOCAL (aka AF_UNIX) socket. 

About as far from legacy as you can get...

-Doug
-
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/

Panics from 2.4.2-pre2 kernel - ksymoops output

[Stephen Carr]

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 kill the idle task!
In swapper task - not syncing

Stephen Carr

-
Sorry All

I had to get ksymoops - here is the analysis of my latest panic.
It is hard to run ksymoops on the system as it now very unstable.

The system had the eepro100 NIC driver loaded as per Alan Cox's 
request when these panics occurred.

File system checks can cause a system lock up.

I hope this helps if not inform me as to what is required.

I am going back to the 2.2.x kernel - I am will to help if patch/fix is 
found - it take more time to do a filesystem check than to get a 
panic.

These panics are in time sequence.

--
ksymoops 2.3.7 on i686 2.4.2-pre2.  Options used
 -V (default)
 -k /proc/ksyms (default)
 -l /proc/modules (default)
 -o /lib/modules/2.4.2-pre2/ (default)
 -m /usr/src/linux/System.map (default)

---

This occurred during a filesystem check.

Unable to handle kernel paging request at virtual address 4400
c02a5f39
*pde = 
Oops: 0002
CPU:0
EIP:0010:[]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010206
eax: 2400   ebx: 0001   ecx: 0001   edx: 00ff
esi: c1570600   edi: ca91d400   ebp: ca91d400   esp: c02a5ea8
ds: 0018   es: 0018   ss: 0018
Process swapper (pid: 0, stackpage=c02a5000)
Stack: c01c3315 c1570600 0001  0001 
0001 0001 c1570600
   0002 c02a5f34 c15ab0c8  0018 c15e8c78 
0002 
   c01e62f0 c1570600 0002 0001 c1570600  
0bb7 c01c265e
Call Trace: [] [] [] 
[] [] [] []
   [] [] [] [] 
[] [] [] []
   [] [] []
Code: 87 1c c0 00 06 57 c1 78 b0 5a c1 a1 3f 1d c0 78 b0 5a c1 c0

>>EIP; c02a5f39<=
Trace; c01c3315 
Trace; c01e62f0 
Trace; c01c265e 
Trace; c01d3ce0 
Trace; c01c8724 
Trace; c01d3fa1 
Trace; c010a769 
Trace; c010a95e 
Trace; c01071c0 
Trace; c01071c0 
Trace; c01090b8 
Trace; c01071c0 
Trace; c01071c0 
Trace; c0100018 
Trace; c01071ec 
Trace; c010724e 
Trace; c0105000 
Trace; c01001d0 
Code;  c02a5f39 
 <_EIP>:
Code;  c02a5f39<=
   0:   87 1c c0  xchgl  %ebx,(%eax,%eax,8)   <=
Code;  c02a5f3c 
   3:   00 06 addb   %al,(%esi)
Code;  c02a5f3e 
   5:   57pushl  %edi
Code;  c02a5f3f 
   6:   c1 78 b0 5a   sarl   $0x5a,0xffb0(%eax)
Code;  c02a5f43 
   a:   c1 a1 3f 1d c0 78 b0  shll   $0xb0,0x78c01d3f(%ecx)
Code;  c02a5f4a 
  11:   5apopl   %edx
Code;  c02a5f4b 
  12:   c1 c0 00  roll   $0x0,%eax

Kernel panic: Aiee, killing interrupt handler!

--
Panic during backup

Unable to handle kernel NULL pointer dereference at virtual address 

c031d0c0
*pde = 
Oops: 0002
CPU:0
EIP:0010:[]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010246
eax:    ebx: 0001   ecx: 0001   edx: 00ff
esi: c156f600   edi: c156f600   ebp:    esp: c02a5ea8
ds: 0018   es: 0018   ss: 0018
Process swapper (pid: 0, stackpage=c02a5000)
Stack: c01c3315 c156f600 ff8b 0076 0001 0001 
0001 c156f600
   0078 c02a5f34 c031d0c4 c031d0c8 0010 c15add98 
0078 
   c01e62f0 c156f600 0078 0001 c156f600  
0bb8 c01c265e
Call Trace: [] [] [] 
[] [] [] []
   [] [] [] [] 
[] [] [] []
Code: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00

>>EIP; c031d0c0 <_end+348c/1050a42c>   <=
Trace; c01c3315 
Trace; c01e62f0 
Trace; c01c265e 
Trace; c01d3ce0 
Trace; c01c8724 
Code;  c031d0c0 <_end+348c/1050a42c>
 <_EIP>:

Kernel panic: Aiee, killing interrupt handler!
--

Panic during reboot when doing filesystem check

Unable to handle kernel paging request at virtual address 4400
c02a5f39
*pde = 
Oops: 0002
CPU:0
EIP:0010:[]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010206
eax: 2400   ebx: 0001   ecx: 0001   edx: 00ff
esi: c1570600   edi: c4923c00   ebp: c4923c00   esp: c02a5ea8
ds: 0018   es: 0018   ss: 0018
Process swapper (pid: 0, stackpage=c02a5000)
Stack: c01c3315 c1570600 0001  0001 
0001 0001 c1570600
   0002 c02a5f34 c15ab0c8  000f c15e8c78 
0002 
   c01e62f0 c1570600 0002 0001 c1570600  
0bb7 c01c265e
Call Trace: [] [] [] 
[] [] [] []
   [] [] [] [] 
[] [] [] []
Code: 87 1c c0 00 06 57 c1 78 b0 5a c1 a1 3f 1d c0 78 b0 5a c1 c0

>>EIP; c02a5f39<=
Trace; c01c3315 
Trace; 

Re: Mucho timeouts on USB

[John Cavan]

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 SMP mode, unless
> you boot with "noapic" on the command line.  People are working on it,
> but it's slow going.

I'll try that.

> FWIW, Windows2000 refuses to also work for this VIA USB chipset :)

According to Tyan, the issue should be fixed with the last BIOS update.
I'm up to date in the BIOS (and I really wish that these guys would
create a flash program that was OSS so I could avoid DOS), but one of
the work arounds suggested was setting IRQ 12 to ISA/Legacy for Windows
2000. Didn't seem to cut it.

Thanks,
John
-
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/

Re: ksymoops versioning

[Keith Owens]

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 something to release.

-
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/

VA-CTCS 1.3.0pre1

[Jason Collins]

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.

Highlights since 1.2.xx:
- Compiles and runs cleanly under the 2.4 kernel
- Removed some of the third party packages in VA-CTCS to ease
  my maintenance load
- Changed the memory test size computations for the default burn
  to fit in with my better knowledge of the Linux VM.  In
  particular, avoid exceeding the borrow thresholds in
  /proc/sys/vm/buffermem, et. al., to keep from wasting
  time swapping.
- Added a simple ASCII-only report generator
- Massive updates to the FAQ and other documentation
- The usual round of bugfixes

See the SourceForge project page for release notes, changelog, mailing
list, and downloads:

http://sourceforge.net/projects/va-ctcs

Thanks, and happy system thrashing!

--
Jason T. Collins
Software Engineer
VA Linux Systems

(For those unfamiliar with Cerberus...)

The VA Cerberus Test Control System is a simple, modular test bench with
modules that can be recombined to beat on hardware and kernels.  The
included burn-in system combines the modules to try to break hardware.
VA Linux Systems uses VA-CTCS to test kernel stability as well as the
reliability of the systems we ship under load.  It is available under the
GNU General Public License.


-
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/

Re: Mucho timeouts on USB

[Greg KH]

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 "noapic" on the command line.  People are working on it,
but it's slow going.

FWIW, Windows2000 refuses to also work for this VIA USB chipset :)

greg k-h

-- 
greg@(kroah|wirex).com
http://immunix.org/~greg
-
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/

Re: Mucho timeouts on USB

[Johannes Erdfelt]

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, onboard USB
> Kernel 2.4.1-ac9 compiled with egcs-1.1.2
> 
> The only thing funky is that three devices are sharing an interrupt:
> 
>CPU0   CPU1   
>   0: 216690 219652IO-APIC-edge  timer
>   1:   3564   3816IO-APIC-edge  keyboard
>   2:  0  0  XT-PIC  cascade
>   3:  7 20IO-APIC-edge  serial
>   5:   1017   1135   IO-APIC-level  EMU10K1
>   8:  0  1IO-APIC-edge  rtc
>  11:  22978  22756   IO-APIC-level  aic7xxx, eth0, usb-uhci
>  12:  64220  63272IO-APIC-edge  PS/2 Mouse
>  14:  12132  12810IO-APIC-edge  ide0
>  15:  3 10IO-APIC-edge  ide1
> NMI: 436327 436327 
> LOC: 436151 436128 
> ERR:  0
> 
> The ethernet card is a 3Com 3c905, the SCSI card is Adaptec 7892B (19160
> card). No problems with either as far as I can tell, but one of these
> modules may not be playing nice with interrupt sharing.
> 
> The messages:
> 
> usb.c: registered new driver usbdevfs
> usb.c: registered new driver hub
> usb-uhci.c: $Revision: 1.251 $ time 17:33:47 Feb  9 2001
> usb-uhci.c: High bandwidth mode enabled
> usb-uhci.c: USB UHCI at I/O 0xd400, IRQ 11
> usb-uhci.c: Detected 2 ports
> usb.c: new USB bus registered, assigned bus number 1
> usb_control/bulk_msg: timeout
> usb.c: USB device not accepting new address=2 (error=-110)
> usb.c: USB device 3 (vend/prod 0x4b4/0x1002) is not claimed by any
> active driver.
> usb_control/bulk_msg: timeout
> usb.c: error getting string descriptor 0 (error=-110)
> usb_control/bulk_msg: timeout
> usb.c: error getting string descriptor 0 (error=-110)
> usb_control/bulk_msg: timeout
> usb.c: error getting string descriptor 0 (error=-110)
> usb_control/bulk_msg: timeout
> usb.c: error getting string descriptor 0 (error=-110)
> usb_control/bulk_msg: timeout
> usb_control/bulk_msg: timeout
> usb_control/bulk_msg: timeout
> usb_control/bulk_msg: timeout
> usb_control/bulk_msg: timeout

Looks like an IRQ routing problem. We've seen a lot of these and I'm not
sure why the current IRQ routing code doesn't work correctly on some
systems but works fine on others.

Does anyone have any idea why it's not working for him?

JE

-
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/

Re: bttv problems in 2.4.0/2.4.1

[Matthew Gabeler-Lee]

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 power off when ACPI was loaded. Other times it would
> do other stupid things like hang abruptly for no apparent reason.

My video card isn't really supported by the framebuffer stuff, at least
not for accelleration, so I don't have framebuffer support.  I have been
experiencing abrupt hangs recently too ...

-- 
-Matt

If you suspect a man, don't employ him.

-
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/

Re: Mucho timeouts on USB

[J Sloan]

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:

> 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 funky is that three devices are sharing an interrupt:
>
>CPU0   CPU1
>   0: 216690 219652IO-APIC-edge  timer
>   1:   3564   3816IO-APIC-edge  keyboard
>   2:  0  0  XT-PIC  cascade
>   3:  7 20IO-APIC-edge  serial
>   5:   1017   1135   IO-APIC-level  EMU10K1
>   8:  0  1IO-APIC-edge  rtc
>  11:  22978  22756   IO-APIC-level  aic7xxx, eth0, usb-uhci
>  12:  64220  63272IO-APIC-edge  PS/2 Mouse
>  14:  12132  12810IO-APIC-edge  ide0
>  15:  3 10IO-APIC-edge  ide1
> NMI: 436327 436327
> LOC: 436151 436128
> ERR:  0
>
> The ethernet card is a 3Com 3c905, the SCSI card is Adaptec 7892B (19160
> card). No problems with either as far as I can tell, but one of these
> modules may not be playing nice with interrupt sharing.
>
> The messages:
>
> usb.c: registered new driver usbdevfs
> usb.c: registered new driver hub
> usb-uhci.c: $Revision: 1.251 $ time 17:33:47 Feb  9 2001
> usb-uhci.c: High bandwidth mode enabled
> usb-uhci.c: USB UHCI at I/O 0xd400, IRQ 11
> usb-uhci.c: Detected 2 ports
> usb.c: new USB bus registered, assigned bus number 1
> usb_control/bulk_msg: timeout
> usb.c: USB device not accepting new address=2 (error=-110)
> usb.c: USB device 3 (vend/prod 0x4b4/0x1002) is not claimed by any
> active driver.
> usb_control/bulk_msg: timeout
> usb.c: error getting string descriptor 0 (error=-110)
> usb_control/bulk_msg: timeout
> usb.c: error getting string descriptor 0 (error=-110)
> usb_control/bulk_msg: timeout
> usb.c: error getting string descriptor 0 (error=-110)
> usb_control/bulk_msg: timeout
> usb.c: error getting string descriptor 0 (error=-110)
> usb_control/bulk_msg: timeout
> usb_control/bulk_msg: timeout
> usb_control/bulk_msg: timeout
> usb_control/bulk_msg: timeout
> usb_control/bulk_msg: timeout
> -
> 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/

-
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/

Re: spelling of disc (disk) in /devfs

[Dr. Kelsey Hudson]

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 me most of the time,
> but I have come to accept "as a technical term" disk (as in American)
> is the right name for these devices.
> 
> I now find myself confused with the new approach.

It had always been my assumption that non-optical storage media used the
'disk' spelling, whereas optical media, such as CDs, DVDs, and MO, were
reffered to using the 'disc' spelling.



-
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/

Re: bidirectional named pipe?

[David L. Nicol]

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 L. Nicol" wrote:
> 
> Alan Cox wrote:
> >
> > > I'm porting some software to Linux that requires use of a bidirectional,
> > > named pipe.  The architecture is as follows:  A server creates a named pipe
> >
> > Pipes are not bidirectional in Linux. We follow traditional non stream
> > behaviour
> >
> > > /dev/spx".  I experiemented with socket-based pipes under Linux, but I
> > > couldn't gain access to them by open()ing the name.  Is there help?  I
> >
> > AF_UNIX sockets are bidirectional but like all sockets use bind() and
> > connect().

> You could patch the file system code, I wonder how deep the changes would have
> to be, if you did it in terms of lots of fifos.
> 
> -
> 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/

-- 
  David Nicol 816.235.1187 [EMAIL PROTECTED]
  "I don't care how they do it in New York"

-
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/

Re: Request: increase in PCI bus limit

[Dr. Kelsey Hudson]

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 this?  I can easily add 3 or 4 extra busses into a box just by
> grabbing a couple extra Intel dual-port Ethernet cards.

Notice the 'also account for anything funny' line. Multiport ethernet
cards IMO fall under this category.

-
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/

Mucho timeouts on USB

[John Cavan]

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 funky is that three devices are sharing an interrupt:

   CPU0   CPU1   
  0: 216690 219652IO-APIC-edge  timer
  1:   3564   3816IO-APIC-edge  keyboard
  2:  0  0  XT-PIC  cascade
  3:  7 20IO-APIC-edge  serial
  5:   1017   1135   IO-APIC-level  EMU10K1
  8:  0  1IO-APIC-edge  rtc
 11:  22978  22756   IO-APIC-level  aic7xxx, eth0, usb-uhci
 12:  64220  63272IO-APIC-edge  PS/2 Mouse
 14:  12132  12810IO-APIC-edge  ide0
 15:  3 10IO-APIC-edge  ide1
NMI: 436327 436327 
LOC: 436151 436128 
ERR:  0

The ethernet card is a 3Com 3c905, the SCSI card is Adaptec 7892B (19160
card). No problems with either as far as I can tell, but one of these
modules may not be playing nice with interrupt sharing.

The messages:

usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
usb-uhci.c: $Revision: 1.251 $ time 17:33:47 Feb  9 2001
usb-uhci.c: High bandwidth mode enabled
usb-uhci.c: USB UHCI at I/O 0xd400, IRQ 11
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 1
usb_control/bulk_msg: timeout
usb.c: USB device not accepting new address=2 (error=-110)
usb.c: USB device 3 (vend/prod 0x4b4/0x1002) is not claimed by any
active driver.
usb_control/bulk_msg: timeout
usb.c: error getting string descriptor 0 (error=-110)
usb_control/bulk_msg: timeout
usb.c: error getting string descriptor 0 (error=-110)
usb_control/bulk_msg: timeout
usb.c: error getting string descriptor 0 (error=-110)
usb_control/bulk_msg: timeout
usb.c: error getting string descriptor 0 (error=-110)
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
-
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/

Re: seti@home and es1371

[Dr. Kelsey Hudson]

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 not too familiar with the ct5880 sound chip that comes built onto
> motherboards.  I do know that alot of the AC'97 compliant built in sound
> chips tend to let the host cpu do most of the processing involved in
> playing the sound.  That being said, even if you have a dedicated sound
> processor, mp3 decoding is very processor intensive.  It just so happens
> that seti is also very processor intensive.  Both of these processes are
> vying for time on the cpu.  Since both of these processes are so
> processor intensive and the cpu can only do one thing at a time, the
> performance of one or the other process will suffer from time to time.
> 
> Alex
> 
> 
> 
> 
> Hi, 
> 
> I hope you can help me. I have a problem with my on board soundcard and 
> seti. I have a Gigabyte GA-7ZX Creative 5880 sound chip. I use the
> kernel 
> driver es1371 and it works goot. But when I run seti@home I got some
> noise 
> in my sound when I play mp3 and other sound. But it is not every time
> 10s 
> play good than for 2 s bad and than 10s good 2s bad and so on. When I
> kill 
> seti@home every thing is ok. So what can I do? 
> 
> I have a Athlon 800 Mhz and 128 MB RAM 
> 
> cu 
> Rainer
> -
> 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/
> 

-- 
 Kelsey Hudson   [EMAIL PROTECTED] 
 Software Engineer
 Compendium Technologies, Inc   (619) 725-0771
--- 

-
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/

Re: bttv problems in 2.4.0/2.4.1

[Dr. Kelsey Hudson]

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 other stupid things like hang abruptly for no apparent reason.

On Tue, 30 Jan 2001, Matthew Gabeler-Lee wrote:

> In 2.4.0 and 2.4.1, when I try to load the bttv driver, one of two
> things happens: the system hangs (even alt-sysrq doesn't work!), or the
> system powers off by itself (ATX mobo).  Instant power-off usually
> happens after a soft reboot (init 6), while it usually hangs up after a
> hard reboot (power cycling).
> 
> When it hangs, I noticed a very strange thing.  If I push the power
> on/off button briefly, it un-hangs and seems to proceed as normal.  The
> kernel does report an APIC error on each cpu (dual p3 700 system) when
> this happens.
> 
> These errors all occur in the same way (as near as I can tell) in
> kernels 2.4.0 and 2.4.1, using bttv drivers 0.7.50 (incl. w/ kernel),
> 0.7.53, and 0.7.55.
> 
> I am currently using 2.4.0-test10 with bttv 0.7.47, which works fine.
> 
> I have sent all this info to Gerd Knorr but, as far as I know, he hasn't
> been able to track down the bug yet.  I thought that by posting here,
> more eyes might at least make more reports of similar situations that
> might help track down the problem.
> 
> PS: I'm not on the linux-kernel list, so please CC replies to me.
> 
> 

-- 
 Kelsey Hudson   [EMAIL PROTECTED] 
 Software Engineer
 Compendium Technologies, Inc   (619) 725-0771
--- 

-
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/

ksymoops versioning

[J . A . Magallon]

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)
 -o /lib/modules/2.4.1-ac9/ (default)
 -m /usr/src/linux/System.map (default)

???

Just to check, also downloaded ksymoops-2.3.6, and look:

werewolf:~/soft/kernel/ksymoops-2.3.6# ./ksymoops -V
ksymoops 2.3.5 on i686 2.4.1-ac9.  Options used
 -V (specified)
 -k /proc/ksyms (default)
 -l /proc/modules (default)
 -o /lib/modules/2.4.1-ac9/ (default)
 -m /usr/src/linux/System.map (default)

What's the matter with versions ?

-- 
J.A. Magallon  $> cd pub
mailto:[EMAIL PROTECTED]  $> more beer

Linux werewolf 2.4.1-ac8 #2 SMP Fri Feb 9 01:53:46 CET 2001 i686

-
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/

Re: 2.4.2-pre3

[Shawn Starr]

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 autodetect
>in modules, not enough background information)
>  - Neil Brown: raid5 SMP locking cleanups
>  - Neil Brown: nfsd: handle Irix NFS clients named pipe behavior and
>dentry leak fix
>  - maestro3 shutdown fix
>  - fix dcache hash calculation that could cause bad hashes under certain
>circumstances (Dean Gaudet)
>  - David Miller: networking and sparc updates
>  - Jeff Garzik: include file cleanups
>  - Andy Grover: ACPI update
>  - Coda-fs error return fixes
>  - rth: alpha Jensen update
>
> -pre2:
>  - driver sync up with Alan
>  - Andrew Morton: wakeup cleanup and race fix
>  - Paul Mackerras: macintosh driver updates.
>  - don't trust "page_count()" on reserved pages!
>  - Russell King: fix serious IDE multimode write bug!
>  - me, Jens, others: fix elevator problem
>  - ARM, MIPS and cris architecture updates
>  - alpha updates: better page clear/copy, avoid kernel lock in execve
>  - USB and firewire updates
>  - ISDN updates
>  - Irda updates
>
> -pre1:
>  - XMM: don't allow illegal mxcsr values
>  - ACPI: handle non-existent battery strings gracefully
>  - Compaq Smart Array driver update
>  - Kanoj Sarcar: serial console hardware flow control support
>  - ide-cs: revert toc-valid cache checking in 2.4.1
>  - Vojtech Pavlik: update via82cxxx driver to handle the vt82c686
>  - raid5 graceful failure handling fix
>  - ne2k-pci: enable device before asking the irq number
>  - sis900 driver update
>  - riva FB driver update
>  - fix silly inode hashing pessimization
>  - add SO_ACCEPTCONN for SuS
>  - remove modinfo hack workaround, all newer modutils do it correctly
>  - datagram socket shutdown fix
>  - mark process as running when it takes a page-fault
>
> -
> 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/

-
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/

2.4.2-pre3

[Linus Torvalds]

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: nfsd: handle Irix NFS clients named pipe behavior and
   dentry leak fix
 - maestro3 shutdown fix
 - fix dcache hash calculation that could cause bad hashes under certain
   circumstances (Dean Gaudet)
 - David Miller: networking and sparc updates
 - Jeff Garzik: include file cleanups
 - Andy Grover: ACPI update
 - Coda-fs error return fixes
 - rth: alpha Jensen update

-pre2:
 - driver sync up with Alan
 - Andrew Morton: wakeup cleanup and race fix
 - Paul Mackerras: macintosh driver updates.
 - don't trust "page_count()" on reserved pages!
 - Russell King: fix serious IDE multimode write bug!
 - me, Jens, others: fix elevator problem
 - ARM, MIPS and cris architecture updates
 - alpha updates: better page clear/copy, avoid kernel lock in execve
 - USB and firewire updates
 - ISDN updates
 - Irda updates

-pre1:
 - XMM: don't allow illegal mxcsr values
 - ACPI: handle non-existent battery strings gracefully
 - Compaq Smart Array driver update
 - Kanoj Sarcar: serial console hardware flow control support
 - ide-cs: revert toc-valid cache checking in 2.4.1
 - Vojtech Pavlik: update via82cxxx driver to handle the vt82c686
 - raid5 graceful failure handling fix
 - ne2k-pci: enable device before asking the irq number
 - sis900 driver update
 - riva FB driver update
 - fix silly inode hashing pessimization
 - add SO_ACCEPTCONN for SuS
 - remove modinfo hack workaround, all newer modutils do it correctly
 - datagram socket shutdown fix
 - mark process as running when it takes a page-fault

-
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/

Re: [PATCH] starfire reads irq before pci_enable_device.

[Alan Cox]

> > 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 frame grabbers...)

DMA to main memory normally invalidates those lines in the CPU cache rather
than the cache snooping and updating its view of them.

-
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/

Re: [PATCH] starfire reads irq before pci_enable_device.

[Ion Badulescu]

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 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 frame grabbers...)

Ion

-- 
  It is better to keep your mouth shut and be thought a fool,
than to open it and remove all doubt.

-
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/

Re: [BUG] Using loop driver on 2.4.2-pre2 with loop4 patch

[Jens Axboe]

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 possible for block requests to be sent to the 
> loop drivers before this happens.

Yep, this and other bugs have already been fixed. I will put out a loop-5
this weekend.

-- 
Jens Axboe

-
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/

[BUG] Using loop driver on 2.4.2-pre2 with loop4 patch

[David Welch]

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 drivers before this happens.

ksymoops 2.3.7 on i486 2.4.2-pre2-loop4.  Options used
 -V (default)
 -k /proc/ksyms (default)
 -l /proc/modules (default)
 -o /lib/modules/2.4.2-pre2-loop4/ (default)
 -m /boot/System.map-2.4.2-pre2-loop4 (specified)

Feb  9 23:17:38 whitehall1-5 kernel: Unable to handle kernel NULL pointer dereference 
at virtual address 
Feb  9 23:17:38 whitehall1-5 kernel: c01135fb
Feb  9 23:17:38 whitehall1-5 kernel: *pde = 
Feb  9 23:17:38 whitehall1-5 kernel: Oops: 0002
Feb  9 23:17:38 whitehall1-5 kernel: CPU:0
Feb  9 23:17:38 whitehall1-5 kernel: EIP:0010:[]
Using defaults from ksymoops -t elf32-i386 -a i386
Feb  9 23:17:38 whitehall1-5 kernel: EFLAGS: 00010046
Feb  9 23:17:38 whitehall1-5 kernel: eax:    ebx: 0246   ecx:    
edx: 0246
Feb  9 23:17:38 whitehall1-5 kernel: esi: c38c9c20   edi:    ebp: c17fdc90   
esp: c17fdc8c
Feb  9 23:17:38 whitehall1-5 kernel: ds: 0018   es: 0018   ss: 0018
Feb  9 23:17:38 whitehall1-5 kernel: Process mount (pid: 1006, stackpage=c17fd000)
Feb  9 23:17:38 whitehall1-5 kernel: Stack: c39ef800 0700 c485282f c39ef800 
c38c9c20 c0092000  c3269860 
Feb  9 23:17:38 whitehall1-5 kernel:c1154060 c02521c0  c38c9c20 
0002 001c 0700 c015e45a 
Feb  9 23:17:38 whitehall1-5 kernel:c0246bec  c38c9c20 c14b4000 
c262a460 c17fc000  c38c9c20 
Feb  9 23:17:38 whitehall1-5 kernel: Call Trace: [] [] 
[] [] [] [] [] 
Feb  9 23:17:39 whitehall1-5 kernel:[] [] [] 
[] [] [] [] [] 
Feb  9 23:17:39 whitehall1-5 kernel:[] [] [] 
[] [] [] [] [] 
Feb  9 23:17:39 whitehall1-5 kernel:[] [] [] 
[] 
Feb  9 23:17:39 whitehall1-5 kernel: Code: c7 01 00 00 00 00 8b 51 3c 85 d2 75 32 8d 
41 3c 8b 15 a8 ef 

>>EIP; c01135fb<=
Trace; c485282f <[loop]loop_make_request+df/1c0>
Trace; c015e45a 
Trace; c015e4c9 
Trace; c015e757 
Trace; c01328f5 
Trace; c48176e0 <[fat]fat_read_super+e0/8a0>
Trace; c48177b7 <[fat]fat_read_super+1b7/8a0>
Trace; c0173998 
Trace; c017b92e 
Trace; c0174731 
Trace; c0174a30 
Trace; c0143360 
Trace; c014447b 
Trace; c0137d36 
Trace; c481fb20 <[vfat]vfat_fs_type+0/17>
Trace; c481f533 <[vfat]vfat_read_super+23/90>
Trace; c481fae0 <[vfat]vfat_dir_inode_operations+0/40>
Trace; c01358b9 
Trace; c0135b14 
Trace; c481fb20 <[vfat]vfat_fs_type+0/17>
Trace; c481fb20 <[vfat]vfat_fs_type+0/17>
Trace; c01366e6 
Trace; c481fb20 <[vfat]vfat_fs_type+0/17>
Trace; c481fb20 <[vfat]vfat_fs_type+0/17>
Trace; c0136501 
Trace; c013689c 
Trace; c0108ee3 
Code;  c01135fb 
 <_EIP>:
Code;  c01135fb<=
   0:   c7 01 00 00 00 00 movl   $0x0,(%ecx)   <=
Code;  c0113601 
   6:   8b 51 3c  mov0x3c(%ecx),%edx
Code;  c0113604 
   9:   85 d2 test   %edx,%edx
Code;  c0113606 
   b:   75 32 jne3f <_EIP+0x3f> c011363a 

Code;  c0113608 
   d:   8d 41 3c  lea0x3c(%ecx),%eax
Code;  c011360b 
  10:   8b 15 a8 ef 00 00 mov0xefa8,%edx

-
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/

FA-311 / Natsemi problems with 2.4.1

[Tom Popowski]

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 when connected to a Netgear
FE108 (100BaseTx-HD) hub.  Both work correctly when dumbed-down to
10Mb.  The fa311 driver from Netgear worked fine at 100Mb with a 2.2
kernel.

Under 2.4.x, fa311 doesn't compile and natsemi.c gives the messages
below.  Again, I can (and do) force the card to 10Mb and it works fine
with the natsemi driver.

> I'm having problems with the natsemi drivers on my Netgear FA-311 card.
>
> On one host, I get lots of messages like this:
>
> eth1: Something Wicked happened! 0700.
> eth1: Something Wicked happened! 0740.
> eth1: Something Wicked happened! 0740.
> eth1: Something Wicked happened! 0740.
> eth1: Something Wicked happened! 0740.
> eth1: Something Wicked happened! 0740.
> eth1: Something Wicked happened! 0540.
>
--
Tom Popowski
Software Support
Northwest Geophysical Associates, Inc.
http://www.nga.com


-
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/

Re: [beta patch] SSE copy_page() / clear_page()

[Doug Ledford]

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 break SSE enabled apps.
> >I checked a sse enabled mp3 encoder and Mesa.
> 
> Ehh..  Did you try this with pending FPU exceptions that have not yet
> triggered?

There are other gotcha's here as well (speaking from experience :-(

> I have this strong suspicion that your kernel will lock up in a bad way
> of you have somebody do something like divide by zero without actually
> touching a single FP instruction after the divide (so that the error has
> happened, but has not yet been raised as an exception).

Or much worse, let the kernel mix-and-match SSE and MMX optimized routines
without doing full saves of the FPU on SSE routines, which leads to FPU saves
in MMX routines with kernel data in the SSE registers, which then shows up
when the app touches those SSE registers and you get use space corruption.  My
code to handle this type of situation was *very* complex, and I don't think I
ever got it quite perfectly right without simply imposing a rule that the
kernel could never use both SSE and MMX instructions on the same CPU.

> And when it hits your SSE copy routines with the pending error, it will
> likely loop forever on taking the fault in kernel space.
> 
> Basically, kernel use of MMX and SSE are a lot harder to get right than
> many people seem to realize.  Why do you think I threw out all the
> patches that tried to do this?
> 
> And no, the bug won't show up in any normal testing.  You'll never know
> about it until somebody malicious turns your machine into a doorstop.
> 
> Finally, did you actually see any performance gain in any benchmarks?

Now this I can comment on.  Real life gain.  We had to re-run a SpecWEB99 test
after taking the SSE instructions out of our (buggy) 2.2.14-5.0 kernel that
shipped in Red Hat Linux 6.2 (hanging bag over my head).  We recompiled the
exact same kernel without the SSE stuff, then re-ran the SpecWEB99 test, and
there was an performance drop of roughly 2% overall from the change.  So, yes,
they make an aggregate performance difference to the typical running of the
kernel (and this was without copy_page or zero_page being optimized, instead I
had done memset, memcpy, copy_*_user as optimized routines) and they make a
huge difference to benchmarks that target the areas they help the most (like
disk I/O benchmarks which would sometimes see a 40% or more boost in
performance).

-- 

 Doug Ledford <[EMAIL PROTECTED]>  http://people.redhat.com/dledford
  Please check my web site for aic7xxx updates/answers before
  e-mailing me about problems
-
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/

Re: Linux 2.4.1ac9

[Alan Cox]

> 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 dropped or pushed
on

-
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/

Re: [PATCH] starfire reads irq before pci_enable_device.

[Donald Becker]

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 problem.
> >> 
> >> The align-copy should *never* be required because the alignment
> >> differs between DIX and E-II encapsulated packets.  The machine
> >> shouldn't crash because someone sends you a different encapsulation
> >> type!
> 
> The ia64 kernel has gotten mis aligned load support, but it's slow as
> a dog so we really want to copy the packet every time anyway when the
> header is not aligned. If people send out 802.3 headers or other crap
> on Ethernet then it's just too bad.

Note the word "required", meaning "must be done" vs. "recommended"
meaning "should be done".

The initial issue was a comment in a starfire patch that claimed an IA64
bug had been fixed.  The copy breakpoint change might have improved
performance by doing a copy-align, but it didn't fix a bug.

That performance tradeoff was already anticipated: the 'rx_copybreak'
value that was changed was a module parameter, not a constant.  That
allows a module-load-time tradeoff, based the specific implementation,
of copying the received packet or accepting a few unaligned loads of the
usually small IP header.  See the comments in starfire.c, as well as
several other bus-master drivers.
   

Donald Becker   [EMAIL PROTECTED]
Scyld Computing Corporation http://www.scyld.com
410 Severn Ave. Suite 210   Second Generation Beowulf Clusters
Annapolis MD 21403  410-990-9993

-
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/

Re: Linux 2.4.1ac9

[Udo A. Steinberg]

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 applied in Linus' or your tree first, but is it
actually verified to fix anything?

AFAIR Peter Horton later posted that it didn't fix a thing for him and
Petr Vandrovec tracked down his corruption issue to a Promise driver
problem. I see no corruption with Master-Read-Caching enabled here and
unless someone can verify that it really is the culprit, the patch
is probably completely redundant.

-Udo.
-
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/

re: [preview] VIA IDE 4.0 and AMD IDE 2.0 with automatic PCI clock detection

[Philip Langdale]

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 calculations
seem to be returning badly off values.

My motherboard is a kt133a+686b btk7a from abit.

When I set the FSB to 133 with PCI=133/4=33 the
timing code returns 43mhz.

when I set the FSB to 100 with PCI=100/3=33 then
it returns 42mhz.

These are scarely different from the nominal values.
I didn't observe anything bad in the few minutes
I was running like this, but right now I've hacked
the driver back to a hardcoded 33.

What should I do next?

--phil
-
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/

Re: [beta patch] SSE copy_page() / clear_page()

[Linus Torvalds]

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 enabled mp3 encoder and Mesa.

Ehh..  Did you try this with pending FPU exceptions that have not yet
triggered?

I have this strong suspicion that your kernel will lock up in a bad way
of you have somebody do something like divide by zero without actually
touching a single FP instruction after the divide (so that the error has
happened, but has not yet been raised as an exception). 

And when it hits your SSE copy routines with the pending error, it will
likely loop forever on taking the fault in kernel space. 

Basically, kernel use of MMX and SSE are a lot harder to get right than
many people seem to realize.  Why do you think I threw out all the
patches that tried to do this?

And no, the bug won't show up in any normal testing.  You'll never know
about it until somebody malicious turns your machine into a doorstop. 

Finally, did you actually see any performance gain in any benchmarks?

Linus
-
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/

cli and timer/other interrupts

[hiren_mehta]

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 body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: problem in BOGOmips

[Prasanna P Subash]

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 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
>   450 AMD-K6  900  2.2.14
>   800 intel   1600 2.2.16
> 
> Why there is a exceptional behaviour of bogomips for 233 intel ?
> If there is some patch or changes then please indicate so that i can use
> it. 
> 
> Thanks in advance
> Ashish Gupta
> 
> 
> 
> 
> -
> 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/

-- 
Prasanna Subash   ---   [EMAIL PROTECTED]   --- TurboLinux, INC

Linux, the choice  | I've got a COUSIN who works in the GARMENT 
of a GNU generation   -o)  | DISTRICT ... 
Kernel 2.4.0-ac4  /\\  | 
on a i686_\\_v | 
   | 


 PGP signature

[beta patch] SSE copy_page() / clear_page()

[Manfred Spraul]

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.

The patch itself is still beta:
* find optimal number of %%xmm registers for copy_page(). The current
code uses 4, but 2 registers is faster on my Pentium III.

* 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 enabled mp3 encoder and Mesa.

The implementation is derived from Intel sample code available at

http://developer.intel.com/software/idap/media/pdf/copy.pdf

--
Manfred

// $Header$
// Kernel Version:
//  VERSION = 2
//  PATCHLEVEL = 4
//  SUBLEVEL = 1
//  EXTRAVERSION =
--- 2.4/arch/i386/config.in Sat Feb  3 14:02:24 2001
+++ build-2.4/arch/i386/config.in   Fri Feb  9 15:52:19 2001
@@ -91,6 +91,7 @@
define_bool CONFIG_X86_GOOD_APIC y
define_bool CONFIG_X86_PGE y
define_bool CONFIG_X86_USE_PPRO_CHECKSUM y
+   define_bool CONFIG_X86_USE_SSE y
 fi
 if [ "$CONFIG_MPENTIUM4" = "y" ]; then
define_int  CONFIG_X86_L1_CACHE_SHIFT 7
@@ -98,6 +99,7 @@
define_bool CONFIG_X86_GOOD_APIC y
define_bool CONFIG_X86_PGE y
define_bool CONFIG_X86_USE_PPRO_CHECKSUM y
+   define_bool CONFIG_X86_USE_SSE y
 fi
 if [ "$CONFIG_MK6" = "y" ]; then
define_int  CONFIG_X86_L1_CACHE_SHIFT 5
--- 2.4/arch/i386/kernel/i386_ksyms.c   Sat Feb  3 14:02:24 2001
+++ build-2.4/arch/i386/kernel/i386_ksyms.c Fri Feb  9 15:52:19 2001
@@ -117,6 +117,11 @@
 EXPORT_SYMBOL(mmx_copy_page);
 #endif
 
+#ifdef CONFIG_X86_USE_SSE
+EXPORT_SYMBOL(sse_clear_page);
+EXPORT_SYMBOL(sse_copy_page);
+#endif
+
 #ifdef CONFIG_SMP
 EXPORT_SYMBOL(cpu_data);
 EXPORT_SYMBOL(kernel_flag);
diff -urN --exclude .depend 2.4/arch/i386/lib/Makefile build-2.4/arch/i386/lib/Makefile
--- 2.4/arch/i386/lib/Makefile  Sat Feb  3 14:02:24 2001
+++ build-2.4/arch/i386/lib/MakefileFri Feb  9 15:52:19 2001
@@ -12,6 +12,7 @@
memcpy.o
 
 obj-$(CONFIG_X86_USE_3DNOW) += mmx.o
+obj-$(CONFIG_X86_USE_SSE) += sse.o
 obj-$(CONFIG_HAVE_DEC_LOCK) += dec_and_lock.o
 
 include $(TOPDIR)/Rules.make
diff -urN --exclude .depend 2.4/arch/i386/lib/sse.c build-2.4/arch/i386/lib/sse.c
--- 2.4/arch/i386/lib/sse.c Thu Jan  1 01:00:00 1970
+++ build-2.4/arch/i386/lib/sse.c   Fri Feb  9 15:52:19 2001
@@ -0,0 +1,89 @@
+#include 
+#include 
+#include 
+
+#include 
+
+/*
+ * SSE library helper functions
+ *
+ * Copyright (C) 2001 Manfred Spraul
+ *
+ * Based on Intel sample code from
+ *  Block Copy Using Pentium(R) III Streaming SIMD Extensions
+ * Revision 1.9
+ * January 12, 1999
+ *
+ */
+ 
+
+void sse_clear_page(void * page)
+{
+   int storage[4];
+   int d0, d1, d2;
+   __asm__ __volatile__(
+   "mov %%cr0, %2\n\t"
+   "clts\n\t"
+   "movups %%xmm0, (%3)\n\t"
+   "xorps %%xmm0, %%xmm0\n\t"
+   "xor %0, %0\n\t"
+   "1: movntps %%xmm0, (%1)\n\t"
+   "movntps %%xmm0, 16(%1)\n\t"
+   "movntps %%xmm0, 32(%1)\n\t"
+   "movntps %%xmm0, 48(%1)\n\t"
+   "movntps %%xmm0, 64(%1)\n\t"
+   "movntps %%xmm0, 80(%1)\n\t"
+   "movntps %%xmm0, 96(%1)\n\t"
+   "movntps %%xmm0, 112(%1)\n\t"
+   "add $128, %1\n\t"
+   "inc %0\n\t"
+   "cmp $32, %0\n\t"
+   "jne 1b\n\t"
+   "movups (%3), %%xmm0\n\t"
+   "sfence\n\t"
+   "mov %2, %%cr0\n\t"
+   : "=&r" (d0), "=&r" (d1), "=&r" (d2)
+   : "r" (&storage), "1" (page)
+   : "cc", "memory");
+}
+
+void sse_copy_page(void *to, void *from)
+{
+   int storage[16];
+   int d0, d1, d2, d3;
+   __asm__ __volatile__(
+   "mov %%cr0, %3\n\t" /* step 1: enable the FPU */
+   "clts\n\t"
+   "movups %%xmm0, (%4)\n\t"   /* step 2: save the clobbered regs */
+   "movups %%xmm1, 16(%4)\n\t"
+   "movups %%xmm2, 32(%4)\n\t"
+   "movups %%xmm3, 48(%4)\n\t"
+   "mov (%2), %0\n\t"  /* step 3: load the TLB */
+   "xor %0, %0\n\t"/* step 4: prefetch the page */
+   "1:prefetchnta (%2, %0)\n\t"
+   "prefetchnta 32(%2, %0)\n\t"
+   "add $64,%0\n\t"
+   "cmp $4096, %0\n\t"
+   "jne 1b\n\t"
+   "2: movaps (%2), %%xmm0\n\t"/* step 5: copy the page */
+   "movaps 16(%2), %%xmm1\n\t"
+   "movaps 32(%2), %%xmm2\n\t"
+   "movaps 48(%2), %%xmm3\n\t"
+   "add $64, %2\n\t"
+ 

Re: [PATCH] maestro3 still oopses?

[dilinger]

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 shutdown.
> 
> 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.
> 
> the proper patch to 2.4.2-pre2 (and 2.4ac-current, presumably)
> is attached.  Does it fix you problem?  [it tries to do so without
> duplicating code, you'll notice.]
> 
> - z
> 

-- 
"... being a Linux user is sort of like living in a house inhabited
by a large family of carpenters and architects. Every morning when
you wake up, the house is a little different. Maybe there is a new
turret, or some walls have moved. Or perhaps someone has temporarily
removed the floor under your bed." - Unix for Dummies, 2nd Edition
-- found in the .sig of Rob Riggs, [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/lkml/

Re: [PATCH] starfire reads irq before pci_enable_device.

[Ion Badulescu]

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
> compilation, what you suggest results in an extra branch and unused
> code.

Yes, but I'd rather let people turn off the always-copy behavior by simply 
changing rx_copybreak. The unused code is not really that much of a deal, 
it's only a few lines.

Ion

-- 
  It is better to keep your mouth shut and be thought a fool,
than to open it and remove all doubt.

-
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/

Linux 2.4.1ac9

[Alan Cox]

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(Vojtech Pavlik)
o   Final bits of NFS file handle changes   (Trond Myklebust)
o   Fix usbnet driver   (David Brownell)
o   ATM includes fixes  (Werner Almesberger)
o   Remove unneeded vm_enough_memory check  (Werner Almesberger)
o   Fix free_dma prototype case (Bill Nottingham)
o   Fix build bugs from pci_match_device fix(me)
o   HP5300 USB scanner driver   (Oliver Neukum,
 John Fremlin,
 Jeremy Hall)
o   DSP_SETFRAGMENT fixes for ymfpci(Pavel Roskin)
o   Fix codafs error returns(Rob Radez)
o   Fix 48 misspellings of interrupt(André Dahlqvist)
o   Fix 20 misspellings of successful   (André Dahlqvist)
o   Fix 11 misspellings of suppress (André Dahlqvist)
o   Fix 46 misspellings of address  (André Dahlqvist)
o   Fix 26 misspellings of receive  (André Dahlqvist)
o   Fix 7 misspellings of acquire   (André Dahlqvist)
o   Fix 4 misspellings of unneccessary  (André Dahlqvist)
o   Fix 13 misspellings of until(André Dahlqvist)

2.4.1-ac8
o   Fix irlap speed changes and kfrees  (Jean Tourrilhes)
o   Further NTFS updates(Anton Altaparmakov,
Yuri Per, Rob Radez)
o   Fix buglets in config.in for aic7xxx   (Andrzej Krzysztofowicz)
o   Cleanup irda QoS code   (Jean Tourrilhes)
o   Fix mca documentations  (Rob Radez)
o   Fix irlan device attach problems(Dag Brattli)
o   Fix irda dongle crash case  (Dag Brattli)
o   Change Kaweth firmware loading, add DU-E10  (Eric Sandeen)
o   pci_enable cleanups for networking  (Jeff Garzik)
o   Fix rcpci45 probing (Jeff Garzik)
o   Use SET_MODULE_OWNER() in lanstreamer   (Jeff Garzik)
o   Use pcmcia defines as per seperate pcmcia net   (Jeff Garzik)
o   Fix people calling netif_start_queue from a (Jeff Garzik)
timeout
o   Remove 8129 driver (use 8139too)(Jeff Garzik)
o   Remove dead malloc.h from net drivers   (Jeff Garzik)
o   Update eata driver to 6.04  (Dario Ballabio)
o   Add DE320 support to ne2.c  (Alfred Arnold)
o   Kernel hacking doc updates  (John Levon)
o   Fix CPU detection offsets in head.S (Mikael Pettersson)
o   Fix apic init/cpu detect problems   (Mikael Pettersson)

2.4.1-ac7
o   Rebalance the 2.4.1 VM  (Rik van Riel)
| This should make things feel a lot faster especially
| on small boxes .. feedback to Rik
o   Silence osf syscall error printk(Ivan Kokshaysky)
o   Don't trust ARC irq routing on ruffian  (Ivan Kokshaysky)
o   Report the right module on 3c59x for pcmcia (Arjan van de Ven)
o   Update i82365 driver to add locks, delays, and  (Arjan van de Ven)
'bouncing' on the card detect
o   Get the name right on ide-cs (v ide_cs) and do  (Arjan van de Ven)
resource claims
o   Merge parport_cs(David Hinds)
o   Merge sedlbauer_cs  (Marcus Niemann)
o   Fix a bug in the Cyrix pirq routing (me)

2.4.1-ac6
o   Fix eepro100 reporting on lockup fix(Ion Badulescu)
o   Clean up i810 error message (me)
o   Fix S390 build bug  (me)
o   Update version id on cpqarray driver(Charles White)
o   Further aic7xxx fixes   (Doug Ledford)
| again please report aic7xxx stuff to Doug
o   Further maxiradio cleanups  (Dimitromanolakis Apostolos)
o   Change ide to use mdelay cleanly(Petr Vandrovec)
| Still broken for PROMISE if no IDE_CS
o   Fix duplicated ncpfs fix(Petr Vandrovec)
o   Improve inode hash function (Dave Miller)
o   Correct 62 misspellings of transferred  (Andre Dahlqvist)
o   Update AC97 codec setup and tables  (Jeff Garzik)

2.4.1-ac5
o   Fix zero page corruption  

Re: [RESOLVED]: kernel hangs on CD-R HP8100i if compiled w/ VIA IDE

[Vojtech Pavlik]

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 little tweaking via82cxxx.c driver I found, that the cause is
> 'Prefetch Buffer: ' (/proc/ide/via) - if disabled for appropriate IDE
> channel, everything works well. It also explains, why the kernel works
> properly if VIA IDE support is not compiled in - BIOS leaves Prefetch
> disabled (I hacked that driver a bit more to show chipset configuration
> either before and after modification).
> 
> So I have a little question: What could be a clean way, to make a kernel
> option to disable prefetch for VIA (use something like 'ide1=noprefetch'?)
> Any idea?

Since version 2.30 of the VIA driver (2.4.2-pre2), the driver leaves
prefetch as is set by BIOS. It seems that ATAPI devices need this set to
off at least on some of the VIA chips.

-- 
Vojtech Pavlik
SuSE Labs
-
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/

Re: 2.2.19pre9 Kernel panic aic7xxx

[Doug Ledford]

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 error (0x4):
> Illegal Opcode in sequencer program
> (scsi1) SEQADDR=0x58
> Kernel panic: aic7xxx: unrecoverable BRKADRINT
> 
> In interrupt handler - not syncing
> 
> 
> The machine waits "ad infinitum".
> 

The latest patch I sent Alan had both the hosts.c fix and some other fixes, so
I'm thinking it hasn't made it into his 2.2.19pre9 kernel.  The next one
should work fine as far as aic7xxx is concerned.

-- 

 Doug Ledford <[EMAIL PROTECTED]>  http://people.redhat.com/dledford
  Please check my web site for aic7xxx updates/answers before
  e-mailing me about problems
-
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/

Re: [PATCH] starfire reads irq before pci_enable_device.

[Jes Sorensen]

> "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]
>> 
>> It's not *required* per se, as far as I know both the Alpha and
>> IA64 have handlers for unaligned access traps. *However*, copying
>> each packet is definitely better than taking an exception for each
>> packet!

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
compilation, what you suggest results in an extra branch and unused
code.

The eepro100 and tulip drivers really should be changed to use the
same trick.

Jes
-
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/

Re: [PATCH] starfire reads irq before pci_enable_device.

[Jes Sorensen]

> "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 required because the alignment
>> differs between DIX and E-II encapsulated packets.  The machine
>> shouldn't crash because someone sends you a different encapsulation
>> type!

The ia64 kernel has gotten mis aligned load support, but it's slow as
a dog so we really want to copy the packet every time anyway when the
header is not aligned. If people send out 802.3 headers or other crap
on Ethernet then it's just too bad.

Jes
-
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/

Re: No sound on GA-7ZX (2.4.1-ac6, via audio)

[Jeff Garzik]

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 provide me with excellent debugging info. 
Also, define VIA_DEBUG at the top of the code, try to play something,
and let me know what the output in your kernel log (or from
/usr/bin/dmesg) says...

via-audio-diag is available in the via82cxxx_audio tarball posted at
http://sourceforge.net/projects/gkernel/


> $ lsmod
> Module  Size  Used by
> via82cxxx_audio27680   0
> ac97_codec  8720   0  [via82cxxx_audio]
> soundcore   4240   2  [via82cxxx_audio]

> 00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 [Apollo Super 
>AC97/Audio] (rev 20)

You are definitely using the correct driver.  es13xx or whatever driver
won't work for this chipset.

Jeff


-- 
Jeff Garzik   | "You see, in this world there's two kinds of
Building 1024 |  people, my friend: Those with loaded guns
MandrakeSoft  |  and those who dig. You dig."  --Blondie
-
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/

Re: problem in BOGOmips

[Brian Gerst]

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
> 166 intel   331  2.2.9
> 450 AMD-K6  900  2.2.14
> 800 intel   1600 2.2.16
> 
> Why there is a exceptional behaviour of bogomips for 233 intel ?
> If there is some patch or changes then please indicate so that i can use
> it.
> 
> Thanks in advance
> Ashish Gupta

Bogomips are simply a timing delay loop factor.  They do not reflect CPU
performance at all.  Bogomips is short for bogus mips.

--

Brian Gerst
-
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/

Re: problem in BOGOmips

[Richard B. Johnson]

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 when performing
certain kernel functions. Therefore, upon startup, a delay
loop is calibrated by checking how many times the delay-loop
gets executed between two or more hardware interrupts. The
hardware interrupts occur at quite precise intervals so the
calibration can be quite accurate.

A side-effect of the calibration is a loop-count variable.
I should have been called "Loop count", but instead, it
was called "bogomips". Many persons assume that "bogomips"
has some relationship to CPU speed or machine capability.
It doesn't. It can only be claimed that a CPU with a faster
core clock might result in a larger loop-count. In fact
a CPU with a faster core-clock might even show a lesser
loop-count because of differences in internal cache management
or branch-prediction with different CPUs.


Cheers,
Dick Johnson

Penguin : Linux version 2.4.1 on an i686 machine (799.53 BogoMips).

"Memory is like gasoline. You use it up when you are running. Of
course you get it all back when you reboot..."; Actual explanation
obtained from the Micro$oft help desk.


-
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/

[RESOLVED]: kernel hangs on CD-R HP8100i if compiled w/ VIA IDE

[Henryk Paluch]

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
'Prefetch Buffer: ' (/proc/ide/via) - if disabled for appropriate IDE
channel, everything works well. It also explains, why the kernel works
properly if VIA IDE support is not compiled in - BIOS leaves Prefetch
disabled (I hacked that driver a bit more to show chipset configuration
either before and after modification).

So I have a little question: What could be a clean way, to make a kernel
option to disable prefetch for VIA (use something like 'ide1=noprefetch'?)
Any idea?

Sincerely
Henryk Paluch, [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/lkml/

Comparatively minor problem with via ide.

[Philip Langdale]

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 drives running
at udma33. This is despite detecting an 80w cable, using ide0=ata66
and turning word93 checking off. The new southbridge is a 686b.

Also, possibly semi-related; it insists on detecting my ls-120 drive
as udma22 even though mwdma11 is the best it can actually do.

I'm not experiencing any corruption, fingers crossed ( I understand
that that was traced to an acpi conflict? ) but this is nevertheless
incorrect behaviour.

/proc/ide/via:

--VIA BusMastering IDE Configuration
Driver Version: 3.20
South Bridge:   VIA vt82c686b
Revision:   ISA 0x40 IDE 0x6
BM-DMA base:0xd000
PCI clock:  33MHz
Master Read  Cycle IRDY:0ws
Master Write Cycle IRDY:0ws
BM IDE Status Register Read Retry:  yes
Max DRDY Pulse Width:   No limit
---Primary IDE---Secondary IDE--
Read DMA FIFO flush:  yes yes
End Sector FIFO flush: no  no
Prefetch Buffer:   no  no
Post Write Buffer: no  no
Enabled:  yes yes
Simplex only:  no  no
Cable Type:   80w 80w
---drive0drive1drive2drive3-
Transfer Mode:   UDMA  UDMA  UDMA  UDMA
Address Setup:   30ns  30ns  30ns  60ns
Cmd Active:  90ns  90ns  90ns  90ns
Cmd Recovery:30ns  30ns  90ns  90ns
Data Active: 90ns  90ns  90ns  90ns
Data Recovery:   30ns  30ns  30ns  90ns
Cycle Time:  60ns  60ns  60ns  90ns
Transfer Rate:   33.3MB/s  33.3MB/s  33.3MB/s  22.2MB/s

and relevant dmesg:

Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller on PCI bus 00 dev 39
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt82c686b (rev 40) IDE UDMA100 controller on pci00:07.1
VP_IDE: ATA-66/100 forced bit set (WARNING)!!
ide0: BM-DMA at 0xd000-0xd007, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:DMA, hdd:DMA
hda: IBM-DPTA-372730, ATA DISK drive
hdb: QUANTUM FIREBALL CX6.4A, ATA DISK drive
hdc: TOSHIBA DVD-ROM SD-M1212, ATAPI CD/DVD-ROM drive
hdd: LS-120 VER5 00 UHD Floppy, ATAPI FLOPPY drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 53464320 sectors (27374 MB) w/1961KiB Cache, CHS=3328/255/63, UDMA(33)
hdb: 12594960 sectors (6449 MB) w/418KiB Cache, CHS=784/255/63, UDMA(33)
hdc: ATAPI 32X DVD-ROM drive, 256kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.12
hdd: 123264kB, 963/8/32 CHS, 533 kBps, 512 sector size, 720 rpm
ide-floppy: hdd: I/O error, pc = 5a, key =  5, asc = 24, ascq =  0

hdparm reports that the drives are udma66 capable which is correct, but how
do I convince the driver to use it?

thanks,

--phil



-
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/

Re: problem in BOGOmips

[Mathieu Chouquet-Stringer]

[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
bogus. The Bogomips don't represent anything but a way to have a good delay
mechanism... So you can't compare them between CPUs!
-- 
Mathieu CHOUQUET-STRINGER  E-Mail : [EMAIL PROTECTED]
 Learning French is trivial: the word for horse is cheval, and
   everything else follows in the same way.
-- Alan J. Perlis
-
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/

Re: No sound on GA-7ZX (2.4.1-ac6, via audio)

[braun]

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 the info. Unfortunately the es1371 module from 2.4.1ac6 does
not work for me either. I will try downgrading next monday.

Martin Braun
> -
> 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/
-
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/

problem in BOGOmips

[Ashish Gupta]

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
450 AMD-K6  900  2.2.14
800 intel   1600 2.2.16

Why there is a exceptional behaviour of bogomips for 233 intel ?
If there is some patch or changes then please indicate so that i can use
it. 

Thanks in advance
Ashish Gupta




-
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/

VIA DMA slowdown

[Stephen Clark]

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
BIOS-provided physical RAM map:
 BIOS-e820: 0009fc00 @  (usable)
 BIOS-e820: 0400 @ 0009fc00 (usable)
 BIOS-e820: 0001 @ 000f (reserved)
 BIOS-e820: 0001 @  (reserved)
 BIOS-e820: 07ef @ 0010 (usable)
 BIOS-e820: d000 @ 07ff3000 (ACPI data)
 BIOS-e820: 3000 @ 07ff (ACPI NVS)
On node 0 totalpages: 32752
zone(0): 4096 pages.
zone(1): 28656 pages.
zone(2): 0 pages.
Kernel command line: auto BOOT_IMAGE=l-2.4.1ac8 ro root=302
Initializing CPU#0
Detected 501.149 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 999.42 BogoMIPS
Memory: 126136k/131008k available (1339k kernel code, 4484k reserved,
508k data,
224k init, 0k highmem)
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
VFS: Diskquotas version dquot_6.5.0 initialized
CPU: Before vendor init, caps: 008021bf 808029bf , vendor = 2
CPU: L1 I Cache: 32K (32 bytes/line), D cache 32K (32 bytes/line)
CPU: After vendor init, caps: 008021bf 808029bf  0002
CPU: After generic, caps: 008021bf 808029bf  0002
CPU: Common caps: 008021bf 808029bf  0002
CPU: AMD-K6(tm) 3D processor stepping 0c
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.37 (20001109) Richard Gooch ([EMAIL PROTECTED])
mtrr: detected mtrr type: AMD K6
PCI: PCI BIOS revision 2.10 entry at 0xfb270, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: Using IRQ router VIA [1106/0586] at 00:07.0
Activating ISA DMA hang workarounds.
isapnp: Scanning for Pnp cards...
isapnp: Calling quirk for 01:00
isapnp: SB audio device quirk - increasing port range
isapnp: Calling quirk for 01:02
isapnp: AWE32 quirk - adding two ports
isapnp: Card 'Creative SB AWE64 PnP'
isapnp: 1 Plug & Play card detected total
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd v1.8
parport0: PC-style at 0x378 [PCSPP(,...)]
pty: 256 Unix98 ptys configured
lp0: using parport0 (polling).
block: queued sectors max/low 83773kB/27924kB, 256 slots per queue
loop: enabling 8 loop devices
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
VP_IDE: IDE controller on PCI bus 00 dev 39
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
VP_IDE: VIA vt82c586b (rev 47) IDE UDMA33 controller on pci00:07.1
ide0: BM-DMA at 0xe000-0xe007, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xe008-0xe00f, BIOS settings: hdc:DMA, hdd:DMA
hda: WDC WD102AA, ATA DISK drive
hdb: FX120T, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: 20044080 sectors (10263 MB) w/2048KiB Cache, CHS=1247/255/63,
UDMA(33)
hdb: ATAPI 12X CD-ROM drive, 256kB Cache, DMA
Uniform CD-ROM driver Revision: 3.12
Partition check:
 hda: hda1 hda2 hda3 hda4
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
udf: registering filesystem
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ
SERIAL_PCI
ISAPNP enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
Real Time Clock Driver v1.10d
Linux Tulip driver version 0.9.13b (January 24, 2001)
PCI: Found IRQ 12 for device 00:09.0
eth0: ADMtek Comet rev 17 at 0xe800, 00:20:78:06:94:8E, IRQ 12.
Universal TUN/TAP device driver 1.3 (C)1999-2000 Maxim Krasnyansky
SCSI subsystem driver Revision: 1.00
Configuring Adaptec (SCSI-ID 7) at IO:330, IRQ 11, DMA priority 5
scsi0 : Adaptec 1542
scsi1 : SCSI host adapter emulation for IDE ATAPI devices
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
ACPI: Core Subsystem version [20010125]
ACPI: Subsystem enabled
ACPI: System firmware supports: C2 C3
ACPI: System firmware supports: S0 S1 S4 S5
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 224k freed
Adding Swap: 72284k swap-space (priority -1)
Adding Swap: 65528k swap-space (priority -2)
Adding Swap: 65528k swap-space (priority -3)


[root@pc-sec /root]# hdparm -tT /dev/hda
/dev/hda:
 Timing buffer-cache reads:   128 MB in  2.45 seconds = 52.24 MB/sec
 Timing buffered disk reads:  64

Re: [PATCH] Re: UP APIC reenabling vs. cpu type detection o

[Maciej W. Rozycki]

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. 

 Can't it be?

> And in addition NMI handler in VM would have to switch address spaces 
> back, execute NMI handler, and return CPU/MMU back to previous state - 
> which may be just in the middle of normal VM<->Linux transition, so 
> this context switching cannot use any global variable, it must 
> save complete CPU/MMU state on stack. And it must not use any spinlock.

 Do you need to pass NMIs to VM at all?  NMIs as defined by the PC/AT
architecture are delivered as a result of memory parity errors or ISA
IOCHK errors.  Is that functionality really needed in VM?

> If you have any idea how it can be done with NMI unmasked all the way
> around...

 It depends on the application -- you may avoid problems by careful coding
and a nested NMI will never happen -- the CPU masks the NMI line
internally, from accepting an NMI till a subsequent iret. 

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+

-
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/

Re: booting the 2.4.1 linux kernel... tada,nada

[Duncan Gauld]

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 same problem on my machine.)

I'm a newbie, 12, so hope this helps!

Duncan

Lyndsey Simon wrote:

> [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 hard crash with no error messages. I get the Loading
> Linux.2.4.1... ok,now booting the kernel and then BANG, I go dead
with no error
> message of any kind.





-
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/

Re: booting the 2.4.1 linux kernel... tada,nada

[Manfred Spraul]

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 of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

booting the 2.4.1 linux kernel... tada,nada

[Lindsey Simon]

[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 hard crash with no error messages. I get the Loading
Linux.2.4.1... ok,now booting the kernel and then BANG, I go dead with no error
message of any kind.
[3.] kernel
[4.] Linux version 2.2.17 (root@bella) (gcc version 2.95.2 2220 (Debian GNU/Linux
)) #1 SMP Thu Nov 9 13:54:02 CST 2000
 
[7.] Debian Potato, some testing packages..
[7.1.]
bella:/usr/src/linux_2.4.1# sh scripts/ver_linux 
-- Versions installed: (if some fields are empty or look
-- unusual then possibly you have very old versions)
Linux bella 2.2.17 #1 SMP Thu Nov 9 13:54:02 CST 2000 i586 unknown
Kernel modules 2.4.1
Gnu C  2.95.2
Gnu Make   3.79.1
Binutils   2.9.5.0.37
Linux C Library2.2.1
Dynamic linker ldd: version 1.9.11
Procps 2.0.6
Mount  2.10f
Net-tools  2.05
Kbd0.96
Sh-utils   2.0
Modules Loaded sb uart401 sound soundcore 3c59x

I upgraded all the packages mentioned in the Changes file and have run out of ideas for
what to try next.. I upgraded lilo thinking that might fix things, but that changed
nothing. Thanks for any help.

--lindsey
 
-
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/

2.4.1ac3 vs 2.4.1ac8

[Michael Merhej]

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 improvement in the processing power and file
access from kernel 2.4.1ac3 to 2.4.1ac8, but MySQL crashes every few hours
with the following error on 2.4.1ac8:

mysqld version: 3.23.32

mysqld got signal 11;
The manual section 'Debugging a MySQL server' tells you how to use a
stack trace and/or the core file to produce a readable backtrace that may
help in finding out why mysqld died
Attemping backtrace. You can use the following information to find out
where mysqld died.  If you see no messages after this, something went
terribly wrong
Bogus stack limit or frame pointer, aborting backtrace


With 2.4.1.ac8 syslog has been spitting out the following errors:

Feb  8 23:12:38 db1 kernel: __alloc_pages: 0-order allocation failed.
Feb  8 23:34:54 db1 kernel: __alloc_pages: 2-order allocation failed.
Feb  8 23:34:54 db1 kernel: IP: queue_glue: no memory for gluing queue
ef1c1de0
Feb  8 23:34:55 db1 kernel: __alloc_pages: 2-order allocation failed.

Feb  8 23:34:55 db1 kernel: IP: queue_glue: no memory for gluing queue
ef1c1ee0
Feb  8 23:34:56 db1 kernel: __alloc_pages: 2-order allocation failed.
Feb  8 23:34:56 db1 kernel: IP: queue_glue: no memory for gluing queue
ef1c1160
Feb  8 23:34:59 db1 kernel: __alloc_pages: 2-order allocation failed.
Feb  8 23:34:59 db1 kernel: IP: queue_glue: no memory for gluing queue
ef1c11a0
Feb  8 23:35:05 db1 kernel: nfs: server toastem not responding, still
trying
Feb  8 23:35:05 db1 kernel: __alloc_pages: 2-order allocation failed.
Feb  8 23:35:05 db1 kernel: IP: queue_glue: no memory for gluing queue
c322e520
Feb  8 23:35:06 db1 kernel: __alloc_pages: 2-order allocation failed.
Feb  8 23:35:06 db1 kernel: IP: queue_glue: no memory for gluing queue
ef1c11a0
Feb  8 23:36:04 db1 kernel: __alloc_pages: 2-order allocation failed.
Feb  8 23:36:04 db1 kernel: IP: queue_glue: no memory for gluing queue
c322ea60
Feb  8 23:36:05 db1 kernel: __alloc_pages: 2-order allocation failed.
Feb  8 23:36:05 db1 kernel: IP: queue_glue: no memory for gluing queue
c322ea60
Feb  8 23:36:06 db1 kernel: __alloc_pages: 2-order allocation failed.
Feb  8 23:36:06 db1 kernel: IP: queue_glue: no memory for gluing queue
c322ea60

Feb  9 00:00:13 db1 kernel: __alloc_pages: 1-order allocation failed.
Feb  9 00:00:21 db1 last message repeated 269 times

Feb  9 00:15:13 db1 kernel: __alloc_pages: 1-order allocation failed.
Feb  9 00:15:19 db1 last message repeated 114 times

etc



We would love to stay with kernel 2.4.1ac8 because of the huge speed
increase.

Queries / Sec on this machine are from about 300 - 1700

If you need more information please email me.



Thanks



-
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/

Re: [PATCH] drivers/media/radio/radio-maxiradio.c - 2.4.1-ac8

[Francois Romieu]

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.


--- linux-2.4.1-ac8.orig/drivers/media/radio/radio-maxiradio.c  Fri Feb  9 15:01:57 
2001
+++ linux-2.4.1-ac8/drivers/media/radio/radio-maxiradio.c   Fri Feb  9 16:25:37 
+2001
@@ -318,15 +318,15 @@
 
 static int __devinit maxiradio_init_one(struct pci_dev *pdev, const struct 
pci_device_id *ent)
 {
+   if (pci_enable_device(pdev))
+   goto err_out;
+
if(!request_region(pci_resource_start(pdev, 0),
   pci_resource_len(pdev, 0), "Maxi Radio FM 2000")) {
printk(KERN_ERR "radio-maxiradio: can't reserve I/O ports\n");
goto err_out;
}
 
-   if (pci_enable_device(pdev))
-   goto err_out_free_region;
-
radio_unit.io = pci_resource_start(pdev, 0);
init_MUTEX(&radio_unit.lock);
maxiradio_radio.priv = &radio_unit;
@@ -376,9 +376,7 @@
 
 int __init maxiradio_radio_init(void)
 {
-   int count = pci_register_driver(&maxiradio_driver);
-   
-   if(count > 0) return 0; else return -ENODEV;
+   return pci_module_init(&maxiradio_driver);
 }
 
 void __exit maxiradio_radio_exit(void)
-- 
Ueimor
-
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/

Re: [PATCH] starfire reads irq before pci_enable_device.

[Jeff Garzik]

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 one more question: is 2.2.x compatibility stuff acceptable in a 2.4
> driver, given that all that stuff is in *one* #ifdef and not sprinkled
> throughout the file?

I have no problem with such overall, as long as the 2.2 section is
self-contained and mostly out of the mainline code.

Jeff


-- 
Jeff Garzik   | "You see, in this world there's two kinds of
Building 1024 |  people, my friend: Those with loaded guns
MandrakeSoft  |  and those who dig. You dig."  --Blondie
-
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/

Re: [PATCH] starfire reads irq before pci_enable_device.

[Ion Badulescu]

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 the 
lines of what I was thinking -- though I don't think it's very clean.

Thanks a lot for the suggestion.

And one more question: is 2.2.x compatibility stuff acceptable in a 2.4 
driver, given that all that stuff is in *one* #ifdef and not sprinkled 
throughout the file?

Ion

-- 
  It is better to keep your mouth shut and be thought a fool,
than to open it and remove all doubt.

-
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/

Re: [PATCH] drivers/media/radio/radio-maxiradio.c - 2.4.1-ac8

[Jeff Garzik]

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 count = pci_register_driver(&maxiradio_driver);
> -
> -   if(count > 0) return 0; else return -ENODEV;
> +   return pci_module_init(&maxiradio_driver);
>  }
> 
>  void __exit maxiradio_radio_exit(void)

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.

Jeff



-- 
Jeff Garzik   | "You see, in this world there's two kinds of
Building 1024 |  people, my friend: Those with loaded guns
MandrakeSoft  |  and those who dig. You dig."  --Blondie
-
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/

Re: [PATCH] starfire reads irq before pci_enable_device.

[Jeff Garzik]

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 MODULE_SET_OWNER(). And I would really appreciate pointers for that. :)

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.

Jeff



-- 
Jeff Garzik   | "You see, in this world there's two kinds of
Building 1024 |  people, my friend: Those with loaded guns
MandrakeSoft  |  and those who dig. You dig."  --Blondie
-
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/

[PATCH] drivers/media/radio/radio-maxiradio.c - 2.4.1-ac8

[Francois Romieu]

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 candidate follows:

--- 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 count = pci_register_driver(&maxiradio_driver);
-   
-   if(count > 0) return 0; else return -ENODEV;
+   return pci_module_init(&maxiradio_driver);
 }
 
 void __exit maxiradio_radio_exit(void)

-- 
Ueimor
-
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/

Re: [PATCH] starfire reads irq before pci_enable_device.

[Ion Badulescu]

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 on experimental code itself, there
> is definitely the potential for changes yet.

Fine.

> 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 MODULE_SET_OWNER(). And I would really appreciate pointers for that. :)

Ion

-- 
  It is better to keep your mouth shut and be thought a fool,
than to open it and remove all doubt.

-
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/

compiling 2.4.1 with binutils-2.10.1.0.7

[Garst R. Reese]

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 [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

ACPI driver overhaul (was: Thermal monitor)

[Grover, Andrew]

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 that we can switch over to
the new stuff soon (a month?)

What this will mean is that:
1) We will get a lot of new functionality, all at once.
2) Some of that new functionality will be broken.
3) We will lose some of the old functionality, short-term.

At least initially, the /proc interface for the new code will look like the
current code, until it stabilizes, so the new code will have /proc code
drawn heavily from the current implementation.

Also, I don't think this is the last big architecture change ACPI and Linux
will go through. But, this new design will help us prototype the next
change, whereas the current model cannot.

Regards -- Andy

-
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/

harmless trigraph warning in ac8

[J . A . Magallon]

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
-c -o names.o names.c
In file included from names.c:38:
devlist.h:1279:33: warning: trigraph ??) ignored
devlist.h:6371:25: warning: trigraph ??) ignored
In file included from names.c:44:
devlist.h:1279:33: warning: trigraph ??) ignored
devlist.h:6371:25: warning: trigraph ??) ignored
In file included from names.c:50:
devlist.h:1279:33: warning: trigraph ??) ignored
devlist.h:6371:25: warning: trigraph ??) ignored

File is drivers/pci/devlist.h:
1279: DEVICE(109e,036c,"Bt879(??) Video Capture")
6371: VENDOR(2a15,"3D Vision(???)")

-- 
J.A. Magallon  $> cd pub
mailto:[EMAIL PROTECTED]  $> more beer

Linux werewolf 2.4.1-ac8 #2 SMP Fri Feb 9 01:53:46 CET 2001 i686

-
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/

2.2.19pre9 Kernel panic aic7xxx

[Mario Vanoni]

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 sequencer program
(scsi1) SEQADDR=0x58
Kernel panic: aic7xxx: unrecoverable BRKADRINT

In interrupt handler - not syncing


The machine waits "ad infinitum".


Software: base SuSE 6.4, glib-2.1.3, gcc-2.95.3.test3.
Two little changes in kernel:
drivers/net/3c59x.c: static in options[MAX_UNITS];
(needed for connect eth0 RG58-U, from Andrea Arcangeli)
and
include/linux/sched.h: #define _STK_LIM (64*1024*1024)
(from SuSE sdb to increment users files max size).
Kernel compiled _without_ modules!

Hardware: SMP Dual PIII550 1024MB memory, rest see attach,
/var/log/boot.msg describes all HW in pure Linux jargon.
Kernel 2.2.19pre7aa1 running since 10-Jan-2001, no problems.

CC if needed, not in lkml

Regards
Mario
 boot.msg

Re: [PATCH] starfire reads irq before pci_enable_device.

[Jeff Garzik]

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 ability to easily make changes to
> the driver, changes they can understand and test. So while in principle I
> agree with you, I'm also beginning to understand Donald Becker's
> frustration when others remove backward compatibility from his code.
> 
> So let's try to find some middle ground, ok? Your first suggestion sounds
> reasonable, and hopefully the fate of the zerocopy stuff will be decided
> sooner than later.

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 on experimental code itself, there
is definitely the potential for changes yet.

Remember:  we are in a stable series of kernels.  This is experimental
code.  Maintain a separate branch of development like everyone else. 
:)   Yes it's a bit more effort, but that's what being a maintainer is
all about.  The kernel needs a -stable- starfire.c, let's talk about
adding experimental code later.

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.

Jeff


-- 
Jeff Garzik   | "You see, in this world there's two kinds of
Building 1024 |  people, my friend: Those with loaded guns
MandrakeSoft  |  and those who dig. You dig."  --Blondie
-
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/

Re: No sound on GA-7ZX (2.4.1-ac6, via audio)

[Matthias Andree]

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 "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

book review: Understanding the LINUX Kernel

[David L. Nicol]

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 O'Reilly book
Understanding The LINUX Kernel is an exhaustive enumeration of
features of the ascendent modern platform.

If you want to know more about what is involved in writing
device drivers, or respect the complexity required to pull off
a trick like MOSIX, and the flexibility of a platform that
provides a ptrace() debugging function that makes it easy, this
book may be for you.

I fear the book would have made much less sense to me had I not
taken university courses in microprocessor architecture and
OS theory, but then I would not have been able to skim those
parts, clear and concise, quite as quickly as I did.

It is written clearly, and is full of internal references to
other chapters where ideas are expanded, to see how it all
works together.

Instructions are given, for instance, on how to fiddle your
kernel configuration so that microsoft windows programs are
recognized from their magic signatures and WINE can be invoked
to handle them; and other advanced 2.2 features.

Each chapter ends with the most up-to-date information about changes
for 2.4 that were available at the end of 2000; such as the
increased number of local kernel locks and the improved VM page
swap donor selection algorithm.

Occasional assertions that do not match my understanding do appear,
such as a bit on scheduling that seems to imply that a "fair
scheduling patch" is a standard item instead of an option;  I
suspect it had been applied to the kernels examined in the class setting,
as it would make a very tidy little homework assignment.

At the end of the book there is an index of routines against the files
they are found in.

http://www.amazon.com/exec/obidos/ASIN/059622/tipjartransactioA

The preface claims that facts were checked by Alan Cox himself.



-- 
  David Nicol 816.235.1187 [EMAIL PROTECTED]
  "I don't care how they do it in New York"

-
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/

2.4.1 oops.

[CHARLIE ROOT]

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
concerned, i was not able to break out of my current process but i was
able to send data (enter, etc).

Keywords: Kernel, memory

Kernel version: Linux version 2.4.1 ([EMAIL PROTECTED]) (gcc version
2.95.2 2220 (Debian GNU/Linux)) #1 Sat Feb 3 12:57:48 CST 2001
 
Trigger: unsure.

Environment:

ver_linux output:

-- Versions installed: (if some fields are empty or look
-- unusual then possibly you have very old versions)
Linux crazy.hick.org 2.4.1 #1 Sat Feb 3 12:57:48 CST 2001 i586 unknown
Kernel modules 2.1.85
Gnu C  2.95.2
Gnu Make   3.79.1
Binutils   2.9.5.0.16
Linux C Library2.2.1
Dynamic linker ldd (GNU libc) 2.2.1
Linux C++ Library  2.7.2
Procps 2.0.2
Mount  2.7l
Net-tools  2.01
Console-tools  0.2.1
Sh-utils   1.16
Modules Loaded


CPU Information:

processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 5
model   : 8
model name  : AMD-K6(tm) 3D processor
stepping: 12
cpu MHz : 350.807
cache size  : 64 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 1
wp  : yes
flags   : fpu vme de pse tsc msr mce cx8 pge mmx syscall 3dnow
k6_mtrr
bogomips: 699.59

Module information:

No modules.

IO Ports and IO mem:

-001f : dma1
0020-003f : pic1
0040-005f : timer
0060-006f : keyboard
0080-008f : dma page reg
00a0-00bf : pic2
00c0-00df : dma2
00f0-00ff : fpu
0170-0177 : ide1
01f0-01f7 : ide0
02f8-02ff : serial(set)
0376-0376 : ide1
03c0-03df : vga+
03f6-03f6 : ide0
03f8-03ff : serial(set)
0cf8-0cff : PCI conf1
5000-50ff : VIA Technologies, Inc. VT82C586B ACPI
d000-dfff : PCI Bus #01
e000-e00f : VIA Technologies, Inc. Bus Master IDE
e400-e41f : VIA Technologies, Inc. UHCI USB
  e400-e41f : usb-uhci
e800-e87f : 3Com Corporation 3c905B 100BaseTX [Cyclone]
  e800-e87f : eth0

-0009fbff : System RAM
0009fc00-0009 : System RAM
000a-000b : Video RAM area
000c-000c7fff : Video ROM
000f-000f : System ROM
0010-05ff : System RAM
  0010-002396b1 : Kernel code
  002396b2-002aa417 : Kernel data
e000-e3ff : VIA Technologies, Inc. VT82C597 [Apollo VP3]
e500-e57f : 3Com Corporation 3c905B 100BaseTX [Cyclone]
- : reserved


PCI information:

00:00.0 Host bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3] (rev
04)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
SERR- 

00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3 AGP]
(prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
SERR- Reset- FastB2B-

00:07.0 ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA [Apollo
VP] (rev 47)
Subsystem: VIA Technologies, Inc. MVP3 ISA Bridge
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop-
ParErr- Stepping+ SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
SERR- TAbort-
SERR- TAbort-
SERR- TAbort-
SERR- TAbort-
SERR- , size=5194, class=0, nrcpts=1,
msgid=<471ADE9820DCD411A46
E00B0D079F2830AB1E1@Xnetexch>, proto=ESMTP, daemon=MTA,
relay=lists.securityfocus.com [66.38.151.7]
Feb  9 10:16:30 crazy sendmail[127]: rejecting connections on daemon MTA:
load average: 12
Feb  9 10:16:30 crazy sendmail[127]: rejecting connections on daemon MSA:
load average: 12
Feb  9 10:16:45 crazy sendmail[127]: rejecting connections on daemon MTA:
load average: 12
Feb  9 10:16:45 crazy sendmail[127]: rejecting connections on daemon MSA:
load average: 12
Feb  9 10:17:00 crazy sendmail[127]: rejecting connections on daemon MTA:
load average: 13
Feb  9 10:17:00 crazy sendmail[127]: rejecting connections on daemon MSA:
load average: 13
Feb  9 10:17:15 crazy sendmail[127]: rejecting connections on daemon MTA:
load average: 13
Feb  9 10:17:15 crazy sendmail[127]: rejecting connections on daemon MSA:
load average: 13
Feb  9 10:17:30 crazy sendmail[127]: rejecting connections on daemon MTA:
load average: 14
Feb  9 10:17:30 crazy sendmail[127]: rejecting connections on daemon MSA:
load average: 14
Feb  9 10:17:45 crazy sendmail[127]: rejecting connections on daemon MTA:
load average: 14
Feb  9 10:17:45 crazy sendmail[127]: rejecting connections on daemon MSA:
load average: 14
Feb  9 10:18:00 crazy sendmail[1

*** ANNOUNCEMENT *** LVM 0.9.1 beta4 available at www.sistina.com

[AJ Lewis]

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

   

for download (Follow the "LVM download page" link).


This release fixes several bugs.

See the CHANGELOG file contained in the tarball for further information.

Please help us to stabilize for 0.9.1 ASAP and test it like hell ;-)
Feed back related information to <[EMAIL PROTECTED]>.

Thanks a lot for your support of LVM.

- --

Regards,
Heinz-- The LVM Guy --

*** Software bugs are stupid.
Nevertheless it needs not so stupid people to solve them ***

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Heinz Mauelshagen Sistina Software Inc.
Senior Consultant/Developer   Am Sonnenhang 11
  56242 Marienrachdorf
  Germany
[EMAIL PROTECTED]   +49 2626 141200
   FAX 924446
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

--- End of Forwarded Message


-- 
AJ Lewis
Sistina Software Inc.  Voice:  612-379-3951
1313 5th St SE, Suite 111  Fax:612-379-3952
Minneapolis, MN 55414  E-Mail: [EMAIL PROTECTED]
http://www.sistina.com

Current GPG fingerprint = 3B5F 6011 5216 76A5 2F6B  52A0 941E 1261 0029 2648
Get my key at: http://www.sistina.com/~lewis/gpgkey
 (Unfortunately, the PKS-type keyservers do not work with multiple sub-keys)

-Begin Obligatory Humorous Quote
Programming graphics in X is like finding sqrt(pi) using Roman numerals.
-End Obligatory Humorous Quote--

 PGP signature

Re: [OT] Re: 2.4.x, drm, g400 and pci_set_master

[Alan Olsen]

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 you tried recording from the G400 TV out with matroxfb? 
> 
> Try it. You might like it.

Just because something is pointless does not mean that they are not going
to attempt to ram it down out throats.

But I could rant on that all day...

[EMAIL PROTECTED] | Note to AOL users: for a quick shortcut to reply
Alan Olsen| to my mail, just hit the ctrl, alt and del keys.
"In the future, everything will have its 15 minutes of blame."

-
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/

Re: [PATCH] maestro3 still oopses?

[Alan Cox]

> 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 the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

2.4.1: unresolved symbol with nfsd as a module

[Jean-Luc Fontaine]

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 System.map 
c01f3f60 ? __kstrtab_nfsd_linkage
c01f8b90 ? __ksymtab_nfsd_linkage
c01fedc8 D nfsd_linkage

and that is where it goes beyond my comprehension...
Here is my .config without the comments:

CONFIG_X86=y
CONFIG_ISA=y
CONFIG_UID16=y
CONFIG_EXPERIMENTAL=y
CONFIG_MODULES=y
CONFIG_MODVERSIONS=y
CONFIG_KMOD=y
CONFIG_M686=y
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_CMPXCHG=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
CONFIG_X86_L1_CACHE_SHIFT=5
CONFIG_X86_TSC=y
CONFIG_X86_GOOD_APIC=y
CONFIG_X86_PGE=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
CONFIG_NOHIGHMEM=y
CONFIG_MTRR=y
CONFIG_X86_UP_IOAPIC=y
CONFIG_X86_IO_APIC=y
CONFIG_X86_LOCAL_APIC=y
CONFIG_NET=y
CONFIG_PCI=y
CONFIG_PCI_GOANY=y
CONFIG_PCI_BIOS=y
CONFIG_PCI_DIRECT=y
CONFIG_PCI_NAMES=y
CONFIG_SYSVIPC=y
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_ELF=y
CONFIG_PM=y
CONFIG_ACPI=y
CONFIG_APM=y
CONFIG_BLK_DEV_FD=m
CONFIG_PACKET=m
CONFIG_UNIX=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y
CONFIG_BLK_DEV_IDEDISK=y
CONFIG_BLK_DEV_IDECD=m
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_SHARE_IRQ=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_BLK_DEV_VIA82CXXX=y
CONFIG_IDEDMA_AUTO=y
CONFIG_BLK_DEV_IDE_MODES=y
CONFIG_NETDEVICES=y
CONFIG_DUMMY=m
CONFIG_NET_ETHERNET=y
CONFIG_NET_VENDOR_3COM=y
CONFIG_VORTEX=y
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
CONFIG_MOUSE=m
CONFIG_PSMOUSE=y
CONFIG_AUTOFS4_FS=m
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_JFFS_FS_VERBOSE=0
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_PROC_FS=y
CONFIG_DEVPTS_FS=y
CONFIG_EXT2_FS=y
CONFIG_NFSD=m
CONFIG_NFSD_V3=y
CONFIG_SUNRPC=m
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_SMB_FS=m
CONFIG_MSDOS_PARTITION=y
CONFIG_SMB_NLS=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_15=m
CONFIG_VGA_CONSOLE=y
CONFIG_VIDEO_SELECT=y
CONFIG_SOUND=m
CONFIG_SOUND_CMPCI=m
CONFIG_MAGIC_SYSRQ=y


-- 
Jean-Luc Fontaine mailto:[EMAIL PROTECTED] http://www.winealley.com
-
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/

Re: [PATCH] maestro3 still oopses?

[Zach Brown]

> 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 jan30 patch, but didn't get the trivial feb 04
patch that fixes the oops you're seeing.

the proper patch to 2.4.2-pre2 (and 2.4ac-current, presumably)
is attached.  Does it fix you problem?  [it tries to do so without
duplicating code, you'll notice.]

> + *   use pci_module_init() instead of pci_register_driver().

I'd rather do this in a seperate patch that does lots of other cleanups
that are pending.

- z

--- maestro3.c  Mon Feb  5 06:51:58 2001
+++ maestro3.c  Mon Feb  5 07:40:53 2001
@@ -28,6 +28,8 @@
  * Shouts go out to Mike "DJ XPCom" Ang.
  *
  * History
+ *  v1.21 - Feb 04 2001 - Zach Brown <[EMAIL PROTECTED]>
+ *   fix up really dumb notifier -> suspend oops
  *  v1.20 - Jan 30 2001 - Zach Brown <[EMAIL PROTECTED]>
  *   get rid of pm callback and use pci_dev suspend/resume instead
  *   m3_probe cleanups, including pm oops think-o
@@ -147,7 +149,7 @@
 
 #define M_DEBUG 1
 
-#define DRIVER_VERSION  "1.20"
+#define DRIVER_VERSION  "1.21"
 #define M3_MODULE_NAME  "maestro3"
 #define PFX M3_MODULE_NAME ": "
 
@@ -2763,7 +2765,6 @@
 static void m3_suspend(struct pci_dev *pci_dev)
 {
 unsigned long flags;
-int index;
 int i;
 struct m3_card *card = pci_dev->driver_data;
 
@@ -2788,15 +2789,18 @@
 
 m3_assp_halt(card);
 
-index = 0;
-DPRINTK(DPMOD, "saving code\n");
-for(i = REV_B_CODE_MEMORY_BEGIN ; i <= REV_B_CODE_MEMORY_END; i++)
-card->suspend_mem[index++] = 
-m3_assp_read(card, MEMTYPE_INTERNAL_CODE, i);
-DPRINTK(DPMOD, "saving data\n");
-for(i = REV_B_DATA_MEMORY_BEGIN ; i <= REV_B_DATA_MEMORY_END; i++)
-card->suspend_mem[index++] = 
-m3_assp_read(card, MEMTYPE_INTERNAL_DATA, i);
+if(card->suspend_mem) {
+int index = 0;
+
+DPRINTK(DPMOD, "saving code\n");
+for(i = REV_B_CODE_MEMORY_BEGIN ; i <= REV_B_CODE_MEMORY_END; i++)
+card->suspend_mem[index++] = 
+m3_assp_read(card, MEMTYPE_INTERNAL_CODE, i);
+DPRINTK(DPMOD, "saving data\n");
+for(i = REV_B_DATA_MEMORY_BEGIN ; i <= REV_B_DATA_MEMORY_END; i++)
+card->suspend_mem[index++] = 
+m3_assp_read(card, MEMTYPE_INTERNAL_DATA, i);
+}
 
 DPRINTK(DPMOD, "powering down apci regs\n");
 m3_outw(card, 0x, 0x54);
-
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/

Re: [preview] VIA IDE 4.0 and AMD IDE 2.0 with automatic PC

[Vojtech Pavlik]

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 have some plans with ide-pci.c, so ...
> 
> Is not PCI speed determined by host-bridge setting (and not by IDE 
> interface)?

I found no way of measuring the PCI speed than by doing an IDE PIO
transfer unfortunately. Measuring all other PCI transactions gives bad
results, because it is dependent on waitstates and other variables.

> In that case we should determine bus speed on PCI bus scan 
> using chipset specific drivers. Other non IDE devices, such as matroxfb, 
> may be interested in PCI speed too.

Not the case, sorry. An IDE drive is needed. However, it still might be
worth to pass the PCI speed to other drivers ...

-- 
Vojtech Pavlik
SuSE Labs
-
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/

Re: [ANNOUNCE] Animated framebuffer logo for 2.4.1

[Mike Porter]

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 when you want (by a simple CTRL-ALT-F2).
...
> 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 making this an option.
>
>   Miles

So long as the splash screen says "Press Ctrl-Alt-F2 to see system
boot messages".  I hate the MS-Windows way...I'm always having to
look up the special 'F-x' keys to make it boot safe mode, etc.

Mike

-
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/

Re: [preview] VIA IDE 4.0 and AMD IDE 2.0 with automatic PC

[Petr Vandrovec]

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 ide-pci.c, so ...

Is not PCI speed determined by host-bridge setting (and not by IDE 
interface)? In that case we should determine bus speed on PCI bus scan 
using chipset specific drivers. Other non IDE devices, such as matroxfb, 
may be interested in PCI speed too.
Best regards,
Petr Vandrovec
[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/lkml/

ISA-PnP and Passing options to non-modules

[Jonathan Morton]

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 out the correct syntax to use the
append = "..." option in this context.  I need to do the equivalent of
"options sb io=0x220 dma=1,6 irq=7", which is what the BIOS reports
configuring the card as at boot time.  Yes, i've tried using it as a
module, but it stopped working when I recompiled the kernel with Radeon DRM
support and K7 optimisations.

Any pointers?

--
from: Jonathan "Chromatix" Morton
mail: [EMAIL PROTECTED]  (not for attachments)
big-mail: [EMAIL PROTECTED]
uni-mail: [EMAIL PROTECTED]

The key to knowledge is not to rely on people to teach you it.

Get VNC Server for Macintosh from http://www.chromatix.uklinux.net/vnc/

-BEGIN GEEK CODE BLOCK-
Version 3.12
GCS$/E/S dpu(!) s:- a20 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r- y+
-END GEEK CODE BLOCK-


-
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/

aironet4500_card (2.4.1-ac8), The PCI BIOS has not enabled this device!

[Ookhoi]

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: /lib/modules/2.4.1-ac8/kernel/drivers/net/aironet4500_core.o
symbol for parameter rx_queue_len not found
root@tilde:~# insmod aironet4500_card
Using /lib/modules/2.4.1-ac8/kernel/drivers/net/aironet4500_card.o

This is in /var/log/syslog:

Feb  9 16:43:25 tilde kernel: aironet4500.c v0.1 1/1/99 Elmer Joandi, 
[EMAIL PROTECTED]
Feb  9 16:43:34 tilde kernel: aironet4500_cards.c v0.2  Feb 27, 2000  Elmer Joandi, 
[EMAIL PROTECTED]
Feb  9 16:43:34 tilde kernel:
Feb  9 16:43:34 tilde kernel:  <6>  The PCI BIOS has not enabled this device!  
Updating PCI command 0003->0103.
Feb  9 16:43:34 tilde kernel: eth1: 340 Series 802.11 Direct Sequence found @ 0x6100 
irq 10 firmwareVersion 920


Until I insmod the aironet4500_card, the yellow led is on. A rmmod
doesn't change a thing. According to the documentation, both leds off
means "no power" or "an error". -ac7 is the same (there is extra stuff
for aironet4500 in -ac8).

I compile the kernel on a different computer, and then transfer bzImage,
the modules directory and System.map to the computer with the pci card. 
I don't think it should make a difference though.

root@tilde:~# lspci -v
00:00.0 Host bridge: Intel Corporation 430VX - 82437VX TVX [Triton VX] (rev 01)
Flags: bus master, medium devsel, latency 32

00:07.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II] (rev 01)
Flags: bus master, medium devsel, latency 0

00:07.1 IDE interface: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II] (prog-if 
80 [Master])
Flags: bus master, medium devsel, latency 32
I/O ports at f000 [size=16]

00:08.0 VGA compatible controller: S3 Inc. 86c764/765 [Trio32/64/64V+] (rev 54) 
(prog-if 00 [VGA])
Flags: medium devsel, IRQ 11
Memory at e000 (32-bit, non-prefetchable) [size=64M]
Expansion ROM at  [disabled] [size=64K]

00:0b.0 Network controller: AIRONET Wireless Communications: Unknown device 4800 (rev 
01)
Flags: medium devsel, IRQ 10
Memory at e400 (32-bit, non-prefetchable) [size=128]
I/O ports at 6000 [size=128]
I/O ports at 6100 [size=64]

Can I provide more info on this? What can I do to help to solve this?

Ookhoi
-
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/

Re: [preview] VIA IDE 4.0 and AMD IDE 2.0 with automatic PCI clock detection

[Vojtech Pavlik]

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.
> > Because this is a very significant change, I've upped the major release
> > numbers to 4 and 2.
> > 
> > Could anyone with these chipsets check these drivers if they detect the
> > PCI clock correctly on their systems?
> 
> Certainly. I tested this on my machine with PCIClk 33, 34, and 36.6. The driver
> correctly tuned the clocks to 33, 34, and 37 (expected and not harmful). It
> works very well.

Great! I'm glad to hear that it works also elsewhere that on my test
computers.

> One thing to note: You should probably display the new clock speed in the
> kernel debug messages on bootup.

Probably yes.

> Also I don't know if you've done this already,
> but if the user specifies an idebus=xx then that should override the auto
> detection.

It doesn't override it, that'd require patching the generic code so that
it doesn't return '33' in the default case.

> I do have a concern however. When you autodetect the PCI clock, does that
> propagate to other IDE controllers that have been initialized? For instance, my
> Abit KT7-Raid also has a Highpoint 370 controller. My fear is that it may get
> initialized to 33 before the VIA controller is started and before detecting
> that the true PCI clock is really 37. Unless the Highpoint controller has an
> external timing mechanism I think this could pose a problem.

It doesn't propagate, it's local to the via driver. Anyway, I've checked
the sources and the only driver that actually checks the system bus
speed other than my VIA and AMD drivers is the QD6580 VL-BUS IDE driver ...

All others assume 33 MHz PCI. Which in my opinion is a bug. Andre thinks
it's correct.

> If it could help things, maybe a patch can be made to the standard IDE setup
> routines that will replace the message "Assuming 33MHz for PIO modes" to
> "Autodetected PCI Clock at 37MHz". This would ensure that all the IDE drivers
> get set up with the correct detected PCI clock, and not just VIA/AMD's.

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 ide-pci.c, so ...

-- 
Vojtech Pavlik
SuSE Labs
-
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/

Re: Panic in 2.2.2-pre2 SMP several panics

[basiltiK]

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?
> 
> 
> none.
> 
> 
> 

-
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/

Re: paging question

[Jeff Hartmann]

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 you grab it very early 
in the boot process.  This means your driver needs to be built into the 
kernel, it can't be a module.

> 
> 
> is it possible to resize such an area later on? i mean: is there some
> mechanism available in the kernel to enlarge such a region even if the
> area beyond it is already in use?

No.

> 
> 
> i understand that this is pretty impossible if some entity depends on
> correct physical locations of the pages in question. but couldn't for
> example userland memory be copied elsewhere and its new location
> simply remapped?

If we had reverse page tables we could perhaps do this sort of 
remapping.  Currently there is no way to detrimine which physical page 
maps to which userland page without scanning every processes page 
tables.  There is also the possibility that the memory is used by the 
kernel, in which case your basically out of luck.

-Jeff

-
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/

Re: Panic in 2.2.2-pre2 SMP several panics

[basiltiK]

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 Compaq DL360, compiled with recommended (egcs 1.1.2 
release).
I need 2.4.x for netfilter and I'm currently doing MASQ, NAT and packet 
filtering.



I've tried 2.4.0-test12; 2.4.0; 2.4.1;  without beiing able to get a  
 >10 days uptime. The problem is always the same one :
   "sshing" my router box, then detarring a big tar.gz archive (such as 
egcs-xxx.tar.gz) make randomly oops my kernel (gzip is always the 
"faulty" process causing the Oops).

Sorry, but I haven't any Oops since it's a production machine, and I 
couldn't take the time to copy the Oops by hand.

UP 100/550 PIII processor, 128M of ram

lspci :

00:00.0 Host bridge: ServerWorks CNB20HE (rev 05)
00:00.1 Host bridge: ServerWorks CNB20HE (rev 05)
00:01.0 RAID bus controller: Symbios Logic Inc. (formerly NCR): Unknown 
device 0010 (rev 02)
00:03.0 VGA compatible controller: ATI Technologies Inc 3D Rage IIC 
215IIC [Mach64 GT IIC] (rev 7a)
00:04.0 System peripheral: Compaq Computer Corporation Advanced System 
Management Controller
00:05.0 Ethernet controller: 3Com Corporation 3c905C-TX [Fast Etherlink] 
(rev 74)
00:0f.0 ISA bridge: ServerWorks OSB4 (rev 4f)
00:0f.1 IDE interface: ServerWorks: Unknown device 0211
03:04.0 Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] 
(rev 08)
03:05.0 Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] 
(rev 08)

Unfortunetly, 2 intel NIC onboard :-(

   -uptime:
4:58pm  up 3 days,  4:57,  1 user,  load average: 0.00, 0.00, 0.00

This machine acts as a router.

   -RedHat 7.0 without any upgrade (bad glibc) with kernels  
2.4.0-test12; 2.4.0; 2.4.1
 
   -RedHat 7.0 with upgrades with 2.4.1-ac2
   -glibc 2.2.1 installed by hand
   -all recommended software in linux/Documentation/Changes


*Here is my question* :

   -Does the glibc version has an impact on the kernel' stability?
 

Thanks for your time,

b.


Stephen Carr wrote:

> Dear Kernel Gurus
> 
> Sorry if this is a bit of a repeat - I think the prior message was 
> incorrectly addressed.
> 
> System Dual 500 Mhz Pentium III 256MB ram with Adaptec 2940 
> UW scsi controller - WD disc and HP DAT tape.
> 
> I have been getting kernel panics when doing backups over the 
> network. I have used both the eepro100 driver and Intel's e100 driver 
> the general type of error is a panic - Aiee -- killing the interrupt 
> driver.
> 
> I have tried the 2.4.0, 2.4.1 and lately the 2.2.2-pre2 kernels.
> 
> Panics below for 2.4.2-pre2 kernel.
> 
> The error I have got is spkput:over: d0826d4b put:1514 dev:eth0 
> kernel BUG at skbuff.c:93 using the e100 driver
> 
> The NIC is an Intel Ether ExpressPro 100 set to 100Mbs full duplex 
> connected to an HP2424M switch.
> 
> I switched to the eepro100 drive and got this panic with system 
> "idle" and I was typing sudo -s.
> 
> Unable to handle kernel paging request at virtual address 1880 
> Bad EIP value. Killing the interrupt handler.
> 
> Any ideas?
> 
> Stephen Carr
> 
> 
> -
> Computing Officer
> Department of Civil and Environmental Engineering
> University of Adelaide
> Adelaide, South Australia,
> Australia 5005
> Phone +618 8303-4313
> Fax   +618 8303-4359
> Email [EMAIL PROTECTED]
> ---
> This email message is intended only for the addressee(s)
> and contains information which may be confidential and/or
> copyright.  If you are not the intended recipient please
> do not read, save, forward, disclose, or copy the contents
> of this email. If this email has been sent to you in error,
> please notify the sender by reply email and delete this
> email and any copies or links to this email completely and
> immediately from your system.  No representation is made
> that this email is free of viruses.  Virus scanning is
> recommended and is the responsibility of the recipient.
> 
> -
> 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/
> 
> 

-
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/

Re: [preview] VIA IDE 4.0 and AMD IDE 2.0 with automatic PCI clockdetection

[Byron Stanoszek]

> 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
> numbers to 4 and 2.
> 
> Could anyone with these chipsets check these drivers if they detect the
> PCI clock correctly on their systems?

Certainly. I tested this on my machine with PCIClk 33, 34, and 36.6. The driver
correctly tuned the clocks to 33, 34, and 37 (expected and not harmful). It
works very well.

One thing to note: You should probably display the new clock speed in the
kernel debug messages on bootup. Also I don't know if you've done this already,
but if the user specifies an idebus=xx then that should override the auto
detection.

I do have a concern however. When you autodetect the PCI clock, does that
propagate to other IDE controllers that have been initialized? For instance, my
Abit KT7-Raid also has a Highpoint 370 controller. My fear is that it may get
initialized to 33 before the VIA controller is started and before detecting
that the true PCI clock is really 37. Unless the Highpoint controller has an
external timing mechanism I think this could pose a problem.

If it could help things, maybe a patch can be made to the standard IDE setup
routines that will replace the message "Assuming 33MHz for PIO modes" to
"Autodetected PCI Clock at 37MHz". This would ensure that all the IDE drivers
get set up with the correct detected PCI clock, and not just VIA/AMD's.

Thoughts/comments?
 -Byron

-- 
Byron Stanoszek Ph: (330) 644-3059
Systems Programmer  Fax: (330) 644-8110
Commercial Timesharing Inc. Email: [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/lkml/

Re: [PATCH] eepro100.c, kernel 2.4.1

[Peter Lund]

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 fix the problem for him. His report and your reply don't 
> make sense viewed together 

Wish I'd seen this patch about a month and a half before.  I had borrowed two
machines from IBM Denmark for evaluation and their motherboard mounted eepro100
cards (forget which exact chip version it was) didn't quite work with the driver
in the standard RH 6.2.

On boot up it said something about the Receiver lock up bug (only one of the two
messages, I think) and then it locked up anyway half an hour and a couple of
hundred ethernet packets later.  I didn't have time to look really closely at
the source code at the time :/

Just another data point indicating that the current receiver lock up enabling
code isn't good enough on newish chips.

-Peter
-
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/

ctags

[John Levon]

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= $(CROSS_COMPILE)objdump
+CTAGS  = ctags
 MAKEFILES  = $(TOPDIR)/.config
 GENKSYMS   = /sbin/genksyms
 DEPMOD = /sbin/depmod
@@ -334,10 +335,10 @@
 
 # Exuberant ctags works better with -I
 tags: dummy
-   CTAGSF=`ctags --version | grep -i exuberant >/dev/null && echo "-I 
__initdata,__exitdata,EXPORT_SYMBOL,EXPORT_SYMBOL_NOVERS"`; \
-   ctags $$CTAGSF `find include/asm-$(ARCH) -name '*.h'` && \
-   find include -type d \( -name "asm-*" -o -name config \) -prune -o -name '*.h' 
-print | xargs ctags $$CTAGSF -a && \
-   find $(SUBDIRS) init -name '*.[ch]' | xargs ctags $$CTAGSF -a
+   CTAGSF=`$(CTAGS) --version | grep -i exuberant >/dev/null && echo "-I 
+__initdata,__exitdata,EXPORT_SYMBOL,EXPORT_SYMBOL_NOVERS"`; \
+   $(CTAGS) $$CTAGSF `find include/asm-$(ARCH) -name '*.h'` && \
+   find include -type d \( -name "asm-*" -o -name config \) -prune -o -name '*.h' 
+-print | xargs $(CTAGS) $$CTAGSF -a && \
+   find $(SUBDIRS) init -name '*.[ch]' | xargs $(CTAGS) $$CTAGSF -a
 
 ifdef CONFIG_MODULES
 ifdef CONFIG_MODVERSIONS


-
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/

Re: IDE DVD ROM & 2.2.18 & UDMA = random freeze

[Gábor Lénárt]

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 ]--> LGB <-[ Linux/UNIX/8bit 4ever ]-
 log

IDE DVD ROM & 2.2.18 & UDMA = random freeze

[Gabor Lenart]

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 from a CD (using my DVD drive) it freezed as well, but after some
hour only. The kernel log is empty but sometimes I found some zero byte
series (^@) in it (see the attached file).

I'm using the following
hdparm settings (hda is my harddisk, hdc is my dvd drive,
run from init script):

hdparm -u 1 -c 1 -m 8 -d 1 -k 1 -X66 /dev/hda
modprobe ide-cd cdrom
hdparm -d 1 -c 1 -X66 -u 1 -k 1 /dev/hdc

Note, that with harddisk I hadn't got any problem for months.

CPU (/proc/cpuinfo:)

processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 5
model   : 8
model name  : AMD-K6(tm) 3D processor
stepping: 12
cpu MHz : 400.916
cache size  : 64 KB
fdiv_bug: no
hlt_bug : no
sep_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 1
wp  : yes
flags   : fpu vme de pse tsc msr mce cx8 sep mtrr pge mmx 3dnow
bogomips: 799.53


DVD drive (booting message):

VP_IDE: IDE controller on PCI bus 00 dev 39
VP_IDE: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xe000-0xe007, BIOS settings: hda:DMA, hdb:DMA
ide0: VIA Bus-Master (U)DMA Timing Config Success
ide1: BM-DMA at 0xe008-0xe00f, BIOS settings: hdc:DMA, hdd:DMA
ide1: VIA Bus-Master (U)DMA Timing Config Success
hda: QUANTUM FIREBALL EL5.1A, ATA DISK drive
hdc: Pioneer DVD-ROM ATAPIModel DVD-105S 012, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15

DVD drive (hdparm -i /dev/hdc):

/dev/hdc:

 Model=Pioneer DVD-ROM ATAPIModel DVD-105S 012, FwRev=E1.22, SerialNo=
 Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic }
 RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0
 BuffType=13395, BuffSize=64kB, MaxMultSect=0
 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes: pio0 pio1 pio2 pio3 pio4
 DMA modes: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2 udma0 udma1 *udma2


Kernel (uname -a):

Linux oxygene 2.2.18 #1 Sat Dec 16 21:53:21 CET 2000 i586 unknown

PCI information (lspci -vvv as root):

00:00.0 Host bridge: VIA Technologies, Inc. VT82C597 [Apollo VP3] (rev 04)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- 
SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- 

00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3 AGP] (prog-if 00 
[Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- 
SERR- FastB2B-
Status: Cap- 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Reset- FastB2B-

00:07.0 ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA [Apollo VP] (rev 41)
Subsystem: VIA Technologies, Inc. MVP3 ISA Bridge
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping+ 
SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR-  LGB <-[ Linux/UNIX/8bit 4ever ]-
-
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/

2.4.1 oops at boot

[Pierfrancesco Caci]

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: f7fbf000 ecx:    edx: 001f
esi: c1efffb0   edi: f7fbf284 ebp: c1ef8ad4   esp: c1effcc4
ds: 0018es: 0018   ss: 0018
Process swapper (pid: 1, stackpage=c1eff000)
Stack:  001f 0007 f7fbf000 c025c8e5 c025c919 f7fbf000 0018 
c1effd2c 00141011 c025c98e c1effd2c 0018  c1effd2c c1effd2c
   c025ca4a c1effd2c c1ef8ac0 c0239e94 
Call Trace: [] []
Code: 0f b6 40 3c 50 68 d6 09 22 c0 8d 83 64 02 00 00 50 e8 53 6d

>>EIP; c019dcab<=
Trace; c0107007 
Trace; c0107424 
Code;  c019dcab 
 <_EIP>:
Code;  c019dcab<=
   0:   0f b6 40 3c   movzbl 0x3c(%eax),%eax   <=
Code;  c019dcaf 
   4:   50push   %eax
Code;  c019dcb0 
   5:   68 d6 09 22 c0push   $0xc02209d6
Code;  c019dcb5 
   a:   8d 83 64 02 00 00 lea0x264(%ebx),%eax
Code;  c019dcbb 
  10:   50push   %eax
Code;  c019dcbc 
  11:   e8 53 6d 00 00call   6d69 <_EIP+0x6d69> c01a4a14 


Kernel panic: Attempted to kill init!


This is what the machine has inside :

00:03.0 Ethernet controller: Digital Equipment Corporation DECchip 21041 [Tulip Pass 
3] (rev 11)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- 
SERR+ FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- http://www.tux.org/lkml/

Re: paging question

[Rik van Riel]

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 contiguous ram.
> 
> is it possible to resize such an area later on? i mean: is there some
> mechanism available in the kernel to enlarge such a region even if the
> area beyond it is already in use?
> 
> i understand that this is pretty impossible if some entity depends on
> correct physical locations of the pages in question. but couldn't for
> example userland memory be copied elsewhere and its new location
> simply remapped?

Currently Linux doesn't have any way to figure out which
programs are using a certain physical memory location, so
we cannot efficiently unmap the memory.

And even if we could ... what if the memory is in use by
the kernel itself and there are pointers to those kernel
addresses somewhere else in the kernel ?These pages
would be unfreeable anyway...

regards,

Rik
--
Linux MM bugzilla: http://linux-mm.org/bugzilla.shtml

Virtual memory is like a game you can't win;
However, without VM there's truly nothing to lose...

http://www.surriel.com/
http://www.conectiva.com/   http://distro.conectiva.com/

-
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/

Re: BUG in 2.4.1 (dcache.c)

[bart11]

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 kernel: kernel BUG at dcache.c:134!
> Feb 1 04:27:21 cs865114-a kernel: invalid operand: 

-
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/

Bonding driver

[Chris Chabot]

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 described below, so it seems they are newly introduced
in the 2.4 series at some point.. The system im testing on is a dual p3
600 (asus p2b-ds mainboard, 440 chipset), 512Mb ecc ram, raid0 4xide
disks, 2x 3com 3c905b network cards connected to a 3com superstack III
switch. The system runs redhat 7.0 with a clean self compiled 2.4.0/1
kernel.

Things that go wrong..


ifdown bond0
ifdown eth0
--> kernel oops, system hard crash

system shutdown does the above as well, so as result i cant normaly shut
down my servers anymore. This is very anoying for my fsck's on the 300Gb
raid0.. and i fear for my data :)


ping 
ifconfig
--> packets go over the 2 interfaces
ifdown bond0
ifup bond0
ping 
--> packets go -only- over eth0



ping -f 
ifconfig
--> bond0 shows 0 rx packets, while eth0/1 do show rx's being
distributed over the 2 interfaces.


If there's more information i can provide, dont hesitate to ask. Pls cc
me in replies since im not subscribed to linux-kernel.

-- Chris

-
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/