* Build fail 2.5.44-ac4 modules
From: Margit Schubert-While @ 2002-10-27 10:17 UTC (permalink / raw)
To: linux-kernel
gcc -Wp,-MD,drivers/isdn/i4l/.isdn_ppp.o.d -D__KERNEL__ -Iinclude -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-pipe -mpreferred-stack-boundary=2 -march=i686 -Iarch/i386/mach-generic
-fomit-frame-pointer -nostdinc -iwithprefix include
-DMODULE -DKBUILD_BASENAME=isdn_ppp -c -o drivers/isdn/i4l/isdn_ppp.o
drivers/isdn/i4l/isdn_ppp.c
drivers/isdn/i4l/isdn_ppp.c: In function `ipppd_ioctl':
drivers/isdn/i4l/isdn_ppp.c:361: warning: int format, long unsigned int arg
(arg 4)
drivers/isdn/i4l/isdn_ppp.c:362: warning: implicit declaration of function
`isdn_ppp_bundle'
drivers/isdn/i4l/isdn_ppp.c: At top level:
drivers/isdn/i4l/isdn_ppp.c:597: warning: `isdn_ppp_bundle' was declared
implicitly `extern' and later `static'
drivers/isdn/i4l/isdn_ppp.c:362: warning: previous declaration of
`isdn_ppp_bundle'
drivers/isdn/i4l/isdn_ppp.c: In function `isdn_ppp_bind':
drivers/isdn/i4l/isdn_ppp.c:766: `lp' undeclared (first use in this function)
drivers/isdn/i4l/isdn_ppp.c:766: (Each undeclared identifier is reported
only once
drivers/isdn/i4l/isdn_ppp.c:766: for each function it appears in.)
drivers/isdn/i4l/isdn_ppp.c: In function `isdn_ppp_disconnected':
drivers/isdn/i4l/isdn_ppp.c:818: `lp' undeclared (first use in this function)
drivers/isdn/i4l/isdn_ppp.c: In function `isdn_ppp_receive':
drivers/isdn/i4l/isdn_ppp.c:941: structure has no member named `compflags'
drivers/isdn/i4l/isdn_ppp.c:941: `SC_LINK_DECOMP_ON' undeclared (first use
in this function)
drivers/isdn/i4l/isdn_ppp.c:942: warning: implicit declaration of function
`isdn_ppp_decompress'
drivers/isdn/i4l/isdn_ppp.c:942: warning: assignment makes pointer from
integer without a cast
drivers/isdn/i4l/isdn_ppp.c:947: structure has no member named `mpppcfg'
drivers/isdn/i4l/isdn_ppp.c: In function `isdn_ppp_start_xmit':
drivers/isdn/i4l/isdn_ppp.c:1184: `ipt' undeclared (first use in this function)
drivers/isdn/i4l/isdn_ppp.c:1186: `ipts' undeclared (first use in this
function)
drivers/isdn/i4l/isdn_ppp.c:1189: warning: implicit declaration of function
`isdn_ppp_skb_push'
drivers/isdn/i4l/isdn_ppp.c:1189: warning: initialization makes pointer
from integer without a cast
drivers/isdn/i4l/isdn_ppp.c:1197: warning: initialization makes pointer
from integer without a cast
drivers/isdn/i4l/isdn_ppp.c:1191: label `unlock' used but not defined
drivers/isdn/i4l/isdn_ppp.c: In function `isdn_ppp_mp_init':
drivers/isdn/i4l/isdn_ppp.c:1284: structure has no member named `netdev'
drivers/isdn/i4l/isdn_ppp.c:1287: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c:1289: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c:1293: `ippp_table' undeclared (first use in
this function)
drivers/isdn/i4l/isdn_ppp.c:1293: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c:1295: structure has no member named `netdev'
drivers/isdn/i4l/isdn_ppp.c:1296: structure has no member named `netdev'
drivers/isdn/i4l/isdn_ppp.c:1297: structure has no member named `netdev'
drivers/isdn/i4l/isdn_ppp.c:1299: structure has no member named `mp_seqno'
drivers/isdn/i4l/isdn_ppp.c:1300: structure has no member named `netdev'
drivers/isdn/i4l/isdn_ppp.c:1303: structure has no member named `netdev'
drivers/isdn/i4l/isdn_ppp.c:1304: structure has no member named `netdev'
drivers/isdn/i4l/isdn_ppp.c:1305: structure has no member named `netdev'
drivers/isdn/i4l/isdn_ppp.c:1307: structure has no member named `netdev'
drivers/isdn/i4l/isdn_ppp.c:1309: structure has no member named `pppseq'
drivers/isdn/i4l/isdn_ppp.c: In function `isdn_ppp_mp_receive':
drivers/isdn/i4l/isdn_ppp.c:1325: structure has no member named `netdev'
drivers/isdn/i4l/isdn_ppp.c:1335: structure has no member named `netdev'
drivers/isdn/i4l/isdn_ppp.c:1336: structure has no member named `netdev'
drivers/isdn/i4l/isdn_ppp.c:1338: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c:1347: `ippp_table' undeclared (first use in
this function)
drivers/isdn/i4l/isdn_ppp.c:1354: structure has no member named `mpppcfg'
drivers/isdn/i4l/isdn_ppp.c:1355: structure has no member named `pppseq'
drivers/isdn/i4l/isdn_ppp.c:1373: structure has no member named `pppseq'
drivers/isdn/i4l/isdn_ppp.c:1375: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c:1472: structure has no member named `netdev'
drivers/isdn/i4l/isdn_ppp.c: In function `isdn_ppp_mp_cleanup':
drivers/isdn/i4l/isdn_ppp.c:1544: structure has no member named `netdev'
drivers/isdn/i4l/isdn_ppp.c:1548: structure has no member named `netdev'
drivers/isdn/i4l/isdn_ppp.c:1551: structure has no member named `netdev'
drivers/isdn/i4l/isdn_ppp.c: In function `isdn_ppp_mp_reassembly':
drivers/isdn/i4l/isdn_ppp.c:1603: structure has no member named `netdev'
drivers/isdn/i4l/isdn_ppp.c:1609: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c:1609: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c:1611: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c:1615: `ippp_table' undeclared (first use in
this function)
drivers/isdn/i4l/isdn_ppp.c:1615: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c:1628: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c: At top level:
drivers/isdn/i4l/isdn_ppp.c:1668: warning: `isdn_ppp_bundle' was declared
implicitly `extern' and later `static'
drivers/isdn/i4l/isdn_ppp.c:362: warning: previous declaration of
`isdn_ppp_bundle'
drivers/isdn/i4l/isdn_ppp.c: In function `isdn_ppp_bundle':
drivers/isdn/i4l/isdn_ppp.c:1676: warning: implicit declaration of function
`isdn_net_findif'
drivers/isdn/i4l/isdn_ppp.c:1676: warning: assignment makes pointer from
integer without a cast
drivers/isdn/i4l/isdn_ppp.c:1686: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c:1686: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c:1687: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c:1687: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c:1689: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c:1689: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c:1690: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c:1690: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c:1695: warning: implicit declaration of function
`isdn_net_add_to_bundle'
drivers/isdn/i4l/isdn_ppp.c:1697: `ippp_table' undeclared (first use in
this function)
drivers/isdn/i4l/isdn_ppp.c:1697: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c:1697: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c:1700: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c:1700: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c:1702: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c:1702: structure has no member named `ppp_slot'
drivers/isdn/i4l/isdn_ppp.c: In function `isdn_ppp_dial_slave':
drivers/isdn/i4l/isdn_ppp.c:1821: warning: assignment makes pointer from
integer without a cast
drivers/isdn/i4l/isdn_ppp.c:1825: warning: implicit declaration of function
`isdn_net_bound'
drivers/isdn/i4l/isdn_ppp.c:1828: structure has no member named `slave'
drivers/isdn/i4l/isdn_ppp.c:1832: structure has no member named `slave'
drivers/isdn/i4l/isdn_ppp.c: In function `isdn_ppp_hangup_slave':
drivers/isdn/i4l/isdn_ppp.c:1850: warning: assignment makes pointer from
integer without a cast
drivers/isdn/i4l/isdn_ppp.c:1857: structure has no member named `slave'
make[3]: *** [drivers/isdn/i4l/isdn_ppp.o] Error 1
make[2]: *** [drivers/isdn/i4l] Error 2
make[1]: *** [drivers/isdn] Error 2
make: *** [drivers] Error 2
^ permalink raw reply
* Re: One for the Security Guru's
From: Rogier Wolff @ 2002-10-27 10:17 UTC (permalink / raw)
To: Henning P. Schmiedehausen; +Cc: linux-kernel
In-Reply-To: <apdrkh$h8n$1@forge.intermeta.de>
On Sat, Oct 26, 2002 at 10:43:29AM +0000, Henning P. Schmiedehausen wrote:
> But my point is, that these beasts normally don't run a general
> purpose operating system and that they're much less prone to buffer
> overflow or similar attacks, simply because they don't use popular
> software with known bugs (e.g. OpenSSL) or these functions (like
> doing crypto) are in hardware.
The script kiddies simply haven't bothered to attack these boxes yet.
When they are done with the bugs in the common oses, they will move on
to other targets...
And you say that a "root shell" on the box doesn't give you root on
the application server? It might be too hard for a "worm" but it will
be easy for a human.
Roger.
--
** R.E.Wolff@BitWizard.nl ** http://www.BitWizard.nl/ ** +31-15-2600998 **
*-- BitWizard writes Linux device drivers for any device you may have! --*
* The Worlds Ecosystem is a stable system. Stable systems may experience *
* excursions from the stable situation. We are currently in such an *
* excursion: The stable situation does not include humans. ***************
^ permalink raw reply
* Re: [LARTC] CBQ broken in RedHat 8.0?
From: Stef Coene @ 2002-10-27 10:09 UTC (permalink / raw)
To: lartc
In-Reply-To: <marc-lartc-103567646931154@msgid-missing>
On Sunday 27 October 2002 04:10, Robert Davidson wrote:
> When I was playing with wondershaper I ran into this too.
>
> After reviewing the docs I think that the wondershaper merely gives certain
> traffic more bandwidth, but does not prioritize it. The CBQ qdisc does not
> appear to prioritize. If you reduce your uplink rate to less than your
> slowest transfer speed, you should get the results you expect.
>
> I am not sure what it would do for latency - during my testing with VoIP,
> the wondershaper put packets in the right queues, but could not prevent
> computer traffic from hogging the bandwidth.
>
> What would be ideal is a bandwidth limiting CBQ qdisc encapsulating a PRIO
> qdisc. I think that can only be obtained with an HBT qdisc (I would be
> delighted to be corrected!).
It can be done, but I (stil) didn't tried it. If you read the htb pages
carefully, you can get very low delays. To do so, you have to give the class
a lower priority AND you have to be sure you never send more data in the
class then it's rate. (chapter 6 on the htb manual)
I am installing SuSE 8.1 so that I have kernel
> 2.4.19 which I hope will accept the HBT and tc patches (from
> <http://www.docum.org>'s pointer to HBT's home page) better than SuSE 7.3's
> 2.4.10.
Why upgrading your SUSE? You can also download 2.4.19 from ftp.kernel.org and
patch with the lates htb patch ??
> If anyone has sample scripts used for prioritizing VoIP traffic over a VPN
> (or over anything else), I would really appreciate a chance to see what was
> done. The only way I have been able to get good VoIP quality is by reducing
> the bandwidth available to everything else to unacceptably low levels.
I know a lot of people are trying it, but I have no such script.
Stef
--
stef.coene@docum.org
"Using Linux as bandwidth manager"
http://www.docum.org/
#lartc @ irc.oftc.net
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply
* Re: [PATCH,RFC] faster kmalloc lookup
From: Manfred Spraul @ 2002-10-27 10:08 UTC (permalink / raw)
To: Alan Cox; +Cc: Linux Kernel Mailing List
In-Reply-To: <1035671412.13032.125.camel@irongate.swansea.linux.org.uk>
[-- Attachment #1: Type: text/plain, Size: 723 bytes --]
Alan Cox wrote:
>On Sat, 2002-10-26 at 20:22, Manfred Spraul wrote:
>
>
>>kmalloc spends a large part of the total execution time trying to find
>>the cache for the passed in size.
>>
>>What about the attached patch (against 2.5.44-mm5)?
>>It uses fls jump over the caches that are definitively too small.
>>
>>
>
>Out of curiousity how does fls compare with finding the right cache by
>using a binary tree walk ? A lot of platforms seem to use generic_fls
>which has a lot of conditions in it and also a lot of references to just
>computed values that look likely to stall
>
>
Binary tree walk means 4 unpredictable branches and at least i386 can
use bsrl for a fast fls().
Patch is attached.
--
Manfred
[-- Attachment #2: patch-fls --]
[-- Type: text/plain, Size: 449 bytes --]
--- 2.5/include/asm-i386/bitops.h Sun Sep 22 06:25:12 2002
+++ build-2.5/include/asm-i386/bitops.h Sun Oct 27 11:04:57 2002
@@ -414,11 +414,22 @@
return word;
}
-/*
+/**
* fls: find last bit set.
+ * @x: The word to search
+ *
*/
-#define fls(x) generic_fls(x)
+static inline int fls(int x)
+{
+ int r;
+
+ __asm__("bsrl %1,%0\n\t"
+ "jnz 1f\n\t"
+ "movl $-1,%0\n"
+ "1:" : "=r" (r) : "g" (x));
+ return r+1;
+}
#ifdef __KERNEL__
^ permalink raw reply
* PCI routing problems starting around 2.5.40
From: Adam J. Richter @ 2002-10-27 10:03 UTC (permalink / raw)
To: linux-kernel
I've been meaning to debug this problem but have been
busy with other things, so I've decided to post about it before
it gets too old for anyone to remember a potentially relevant changes.
Somewhere around 2.5.40, my Kapok 1100m notebook computer
(233MHz Pentium II) developed some IRQ problems. The snd-es1968 PCI
sound driver initialization would basically stop the system for about
thirty seconds and then fail (waiting for an interrupt that never came
I assume). About half of the time with 2.5.41, initialization of
either of two different CardBus network cards locks up the system.
For kernels after 2.5.41, the system always locks up during boot.
Under 2.5.41, removing either of the network cards causes a kernel
null pointer dereference. Under 2.5.41, when X windows starts, the
keyboard and mouse go dead for about sixty seconds and then work.
I'm not completely stuck, as that there are further debugging
steps that I can and eventually will take. However, I thought I
should post about it to see if it rings a bell for anyone before the
changes in ~2.5.40 become ancient history and in case anyone searche
the archives for a similar problem. If anyone has any hints on
relevant recent changes, I would of course appreciate hearing about
it. I have attached the output of lspci and the boot messages in case
it is useful.
Adam J. Richter __ ______________ 575 Oroville Road
adam@yggdrasil.com \ / Milpitas, California 95035
+1 408 309-6081 | g g d r a s i l United States of America
"Free Software For The Rest Of Us."
lspci output:
00:00.0 Host bridge: Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge (AGP disabled) (rev 02)
00:07.0 Bridge: Intel Corporation 82371AB PIIX4 ISA (rev 02)
00:07.1 IDE interface: Intel Corporation 82371AB PIIX4 IDE (rev 01)
00:07.2 USB Controller: Intel Corporation 82371AB PIIX4 USB (rev 01)
00:07.3 Bridge: Intel Corporation 82371AB PIIX4 ACPI (rev 02)
00:08.0 VGA compatible controller: S3 Inc. ViRGE/MX+MV (rev 03)
00:0a.0 CardBus bridge: Texas Instruments PCI1220 (rev 02)
00:0a.1 CardBus bridge: Texas Instruments PCI1220 (rev 02)
00:0c.0 Multimedia controller: IBM 3780IDSP [MWave]
00:10.0 Multimedia audio controller: ESS Technology ES1968 Maestro 2
01:00.0 Ethernet controller: Abocom Systems Inc: Unknown device ab02 (rev 11)
Boot messages (truncated) from a successful 2.5.41 boot, except that
the first line was repeated 233 times at the beginning of the kernel
message history:
ALSA sound/pci/es1968.c:661: es1968: ac97 timeout
ALSA sound/pci/ac97/ac97_codec.c:1529: AC'97 0:0 does not respond - RESET [REC_GAIN = 0x0]
PCI: Found IRQ 5 for device 00:10.0
maestro: Configuring ESS Maestro 2 found at IO 0x3000 IRQ 5
maestro: subvendor id: 0x0003abcd
maestro: not attempting power management.
maestro: AC97 Codec detected: v: 0x414b4d00 caps: 0x0 pwr: 0xf
maestro: 1 channels configured.
maestro: version 0.15 time 03:14:15 Oct 22 2002
Linux Kernel Card Services 3.1.22
options: [pci] [cardbus] [pm]
PCI: IRQ 0 for device 00:0a.0 doesn't match PIRQ mask - try pci=usepirqmask
PCI: Assigned IRQ 10 for device 00:0a.0
PCI: Sharing IRQ 10 with 00:0c.0
PCI: IRQ 0 for device 00:0a.1 doesn't match PIRQ mask - try pci=usepirqmask
PCI: Assigned IRQ 10 for device 00:0a.1
Yenta IRQ list 0ad8, PCI irq10
Socket status: 30000020
Yenta IRQ list 0ad8, PCI irq10
Socket status: 30000006
drivers/usb/core/usb.c: registered new driver usbfs
drivers/usb/core/usb.c: registered new driver hub
drivers/usb/host/uhci-hcd.c: USB Universal Host Controller Interface driver v2.0
PCI: Assigned IRQ 10 for device 00:07.2
drivers/usb/core/hcd-pci.c: uhci-hcd @ 00:07.2, PCI device 8086:7112
drivers/usb/core/hcd-pci.c: irq 10, io base 0000f300
drivers/usb/core/hcd.c: new USB bus registered, assigned bus number 1
drivers/usb/host/uhci-hcd.c: detected 2 ports
drivers/usb/core/hcd.c: 00:07.2 root hub device address 1
drivers/usb/core/usb.c: new device strings: Mfr=3, Product=2, SerialNumber=1
drivers/usb/core/usb.c: usb_hotplug
drivers/usb/core/usb.c: usb_new_device_Rsmp_d71c93d7 - registering 1-0:0
drivers/usb/core/usb.c: usb_device_probe_Rsmp_136db7f1
drivers/usb/core/usb.c: usb_device_probe_Rsmp_136db7f1 - got id
drivers/usb/core/hub.c: USB hub found at 0
drivers/usb/core/hub.c: 2 ports detected
drivers/usb/core/hub.c: standalone hub
drivers/usb/core/hub.c: ganged power switching
drivers/usb/core/hub.c: global over-current protection
drivers/usb/core/hub.c: Port indicators are not supported
drivers/usb/core/hub.c: power on to power good time: 2ms
drivers/usb/core/hub.c: hub controller current requirement: 0mA
drivers/usb/core/hub.c: local power source is good
drivers/usb/core/hub.c: no over-current condition exists
drivers/usb/core/hub.c: enabling power on all ports
drivers/usb/core/usb.c: usb_hotplug
drivers/usb/host/uhci-hcd.c: f300: suspend_hc
Linux agpgart interface v0.99 (c) Jeff Hartmann
agpgart: Maximum main memory to use for agp memory: 96M
agpgart: no supported devices found.
Real Time Clock Driver v1.11
EXT3 FS 2.4-0.9.16, 02 Dec 2001 on loop(7,0), internal journal
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.16, 02 Dec 2001 on ide0(3,1), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Intel PCIC probe: not found.
cs: cb_alloc(bus 1): vendor 0x13d1, device 0xab02
PCI: Enabling device 01:00.0 (0000 -> 0003)
cs: IO port probe 0x0c00-0x0cff: clean.
cs: IO port probe 0x0800-0x08ff: clean.
cs: IO port probe 0x0100-0x04ff: excluding 0x2f8-0x2ff 0x378-0x37f 0x3f8-0x3ff 0x4d0-0x4d7
cs: IO port probe 0x0a00-0x0aff: clean.
Linux Tulip driver version 1.1.13 (May 11, 2002)
PCI: Setting latency timer of device 01:00.0 to 64
divert: allocating divert_blk for eth0
eth0: ADMtek Comet rev 17 at 0xc8929000, 00:E0:98:92:3B:C7, IRQ 10.
VFS: Can't find ext2 filesystem on dev ramdisk(1,1).
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 8Kbytes
TCP: Hash tables configured (established 4096 bind 5461)
Linux IP multicast router 0.06 plus PIM-SM
input: PS/2 Generic Mouse on isa0060/serio1
register interface 'mouse' with class 'input
mice: PS/2 mouse device common for all mice
MTRR: setting reg 1
^ permalink raw reply
* Re: [parisc-linux] ext3 /
From: Ralf Hildebrandt @ 2002-10-27 9:33 UTC (permalink / raw)
To: Stephan; +Cc: parisc-linux
In-Reply-To: <20021027092756.D8B974862@dsl2.external.hp.com>
On Sun, Oct 27, 2002 at 11:28:04AM +0200, Stephan wrote:
> Hello,
> /dev/sda1 * 1 15 61814 f0 Linux/PA-RISC boot
> /dev/sda2 16 441 1756398 83 Linux
> /dev/sda3 442 562 498883 82 Linux swap
> /dev/sda4 563 1017 1875965 83 Linux
> it is my partitions of my linux
> Can I make /dev/sda2 which is / partition ext3 or reiserfs? i.e. journaling
> FS
Yes, why not?
tune2fs -j /
> After I made dist-upgrade 1 week ago, my uname don't works, if I write uname
> -a there is segmentation fault, any ideas?
I filed a bug report a few days ago. Check the Debian bug database.
--
Ralf Hildebrandt (Im Auftrag des Referat V a) Ralf.Hildebrandt@charite.de
Charite Campus Mitte Tel. +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze - Fax. +49 (0)30-450 570-916
Microsoft: "Where do you want to go today?"
Linux: "Where do you want to be tomorrow?"
BSD: "Are you guys coming, or what?"
^ permalink raw reply
* Re: Swap doesn't work
From: Alexander Puchmayr @ 2002-10-27 9:34 UTC (permalink / raw)
To: Linux Kernel Mailing List
In-Reply-To: <000601c27d96$15654540$4500a8c0@cybernet.cz>
Am Sonntag, 27. Oktober 2002 09:51 schrieb Vladimír Trebický:
> > Does your swap partition show up in /proc/swaps? It has to contain
> > something like this:
>
> I have
> /dev/hda6 partition 594364 0 -1
> in my /proc/swaps
>
> > Btw, do you see something swap-related in dmesg? Like:
> >
> > Unable to find swap-space signature
> > Unable to handle swap header version ...
> > Swap area shorter than signature indicates
> > Empty swap-file
> >
> > And do you actually see something like this:
> > Adding Swap: 506008k swap-space (priority -1)
>
> In dmesg I see only this, but some problem with signanture is in syslog
> (at the
> end of this mail)
>
> $ dmesg | grep swap
> Starting kswapd
> Adding Swap: 594364k swap-space (priority -1)
>
> > How did you initialized the swap partition? Recent kernels support both
> > v1 and v2 swaps, which is can be set for mkswap using -v0 (-v1).
> > Actually i mean did you initialized it at all? 8)
>
> I just created a partition with fdisk /dev/hda6, done "mkswap /dev/hda6"
> put the information to /etc/fstab and turned it on with "swapon -a". TOP
> shows Swap: 594364K av, 0K used, 594364K free
>
> syslog logs these kinds of kernel messages (those I guess are important):
>
> Sep 29 22:04:19 shunka kernel: swap_free: Bad swap offset entry 1b3d0000
> ...
> Sep 29 22:04:19 shunka kernel: swap_free: Bad swap offset entry 1b3d0000
> ...
> Sep 10 10:03:28 shunka2 kernel: swap_dup: Bad swap file entry 00000022
> ...
> Sep 4 21:30:40 shunka kernel: Unable to find swap-space signature
> // !!!!!!!!
> ...
Just one hint, maybe this works: dump your swap partition witz zeros, i.e.
dd if=/dev/zero of=/dev/hda6
Keep an eye on the logs (Any IO-errors here regarding /dev/hda6?)
re-create your swap partition with mkswap
Of course, you should turn off swapping before starting this ;-)
Greetings,
Alex
--
Alexander Puchmayr Systemadministrator for Theoretical Physics
University Linz, Austria e-mail: alexander.puchmayr@jku.at
Altenbergerstrasse 69 phone: +43/732/2468-8633
A-4040 Linz-Auhof FAX: +43/732/2468-8585
^ permalink raw reply
* [parisc-linux] ext3 /
From: Stephan @ 2002-10-27 9:28 UTC (permalink / raw)
To: parisc-linux
Hello,
/dev/sda1 * 1 15 61814 f0 Linux/PA-RISC boot
/dev/sda2 16 441 1756398 83 Linux
/dev/sda3 442 562 498883 82 Linux swap
/dev/sda4 563 1017 1875965 83 Linux
it is my partitions of my linux
Can I make /dev/sda2 which is / partition ext3 or reiserfs? i.e. journaling
FS
After I made dist-upgrade 1 week ago, my uname don't works, if I write uname
-a there is segmentation fault, any ideas?I am using 2.4.18-pa61, because
this kernel is more stable for me, than 2.4.19-p19 - pa22.
Regards
________________________________________________
Message sent using Godzilla 1.0.1
^ permalink raw reply
* Re: Swap doesn't work
From: Alex Riesen @ 2002-10-27 10:28 UTC (permalink / raw)
To: Vladim?r Trebick?; +Cc: Linux Kernel Mailing List
In-Reply-To: <000601c27d96$15654540$4500a8c0@cybernet.cz>
Vladim?r Trebick?, Sun, Oct 27, 2002 09:51:17 +0100:
> > Does your swap partition show up in /proc/swaps? It has to contain
> > something like this:
> I have
> /dev/hda6 partition 594364 0 -1
looks ok.
> > Btw, do you see something swap-related in dmesg? Like:
>
> In dmesg I see only this, but some problem with signanture is in syslog
> (at the end of this mail)
>
> $ dmesg | grep swap
> Starting kswapd
> Adding Swap: 594364k swap-space (priority -1)
>
> > How did you initialized the swap partition? Recent kernels support both
> > v1 and v2 swaps, which is can be set for mkswap using -v0 (-v1).
> > Actually i mean did you initialized it at all? 8)
>
> I just created a partition with fdisk /dev/hda6, done "mkswap /dev/hda6" put
May i assume you did swapoff before?
> the information to /etc/fstab and turned it on with "swapon -a". TOP shows
> Swap: 594364K av, 0K used, 594364K free
>
> syslog logs these kinds of kernel messages (those I guess are important):
>
> Sep 29 22:04:19 shunka kernel: swap_free: Bad swap offset entry 1b3d0000
> ...
> Sep 29 22:04:19 shunka kernel: swap_free: Bad swap offset entry 1b3d0000
> ...
> Sep 10 10:03:28 shunka2 kernel: swap_dup: Bad swap file entry 00000022
You change hostname inbetween or this is just a typo?
> Sep 4 21:30:40 shunka kernel: Unable to find swap-space signature //
> !!!!!!!!
Wow. Any of the errors above prevents swap partition from being used.
How did you manage to see anything in /proc/swaps?
I suggest you do:
swapoff /dev/hda6
badblocks /dev/hda6
Alternatively, you can try
dd if=/dev/zero of=/dev/hda6; mkswap /dev/hda6
Look for "SWAP-SPACE" (old swap) or "SWAPSPACE2" (the new one).
Just to make sure you've initialized the partition properly.
Than turn it on: swapon /dev/hda6; tail /var/log/syslog
> Oct 26 19:25:29 shunka kernel: <1>Unable to handle kernel paging request at
> virtual address 2064656e
Oops, you've sent, is pretty useless without decoding. Read
Documentation/oops-tracing.txt from the kernel source tree.
-alex
^ permalink raw reply
* Computer with SIS-Chipset doesn't work - worked before
From: Hanno Böck @ 2002-10-27 9:15 UTC (permalink / raw)
To: acpi-devel
I have a computer with a SIS-Chipset that worked with previous versions of the ACPI-Patch, but doesn't work with the latest one.
(It is the second system i found recently that doesn't work and worked with older versions).
dmesg and lspci output are at
www.int21.de/dmesg.txt
www.int21.de/lspci.txt
The important part is probably:
ACPI: Subsystem revision 20021022
PCI: PCI BIOS revision 2.10 entry at 0xfdb01, last bus=1
PCI: Using configuration type 1
tbxfroot-0305 [04] Acpi_find_root_pointer: RSDP structure not found
ACPI: System description tables not found
tbxface-0066: *** Error: Acpi_load_tables: Could not get RSDP, AE_NOT_FOUND
tbxface-0116: *** Error: Acpi_load_tables: Could not load tables: AE_NOT_FOUND
ACPI: Unable to load the System Description Tables
PCI: Probing PCI hardware
PCI: ACPI tables contain no PCI IRQ routing entries
PCI: Probing PCI hardware (bus 00)
PCI: Using IRQ router SIS [1039/0008] at 00:01.0
-------------------------------------------------------
This SF.net email is sponsored by: ApacheCon, November 18-21 in
Las Vegas (supported by COMDEX), the only Apache event to be
fully supported by the ASF. http://www.apachecon.com
^ permalink raw reply
* Patch: linux-2.5.44/include/linux/pci.h - eliminate pci_dev.driver_data
From: Adam J. Richter @ 2002-10-27 9:08 UTC (permalink / raw)
To: mj; +Cc: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 1594 bytes --]
Hi Martin,
In 2.5.44 (don't know when it first appeared), the generic
struct device has a "void *driver_data" field. The following patch
eliminates pci_dev.driver_data, using pci_dev.dev.driver_data instead.
The immediate benefits are small but pretty clear:
1. Shrinks all struct pci_dev's by 4 (or 8) bytes.
2. Shrinks include/linux/pci.h by 1 line.
3. Avoids potential bugs by programmers getting conufsed between
the two.
4. Prevents anyone from writing drivers that use both pointers
separately, which would make it harder to make this change
in the future. This is a reason to make the change now.
Only six driver files in 2.5.44 attempted to reference
pci_dev.driver_data directly, and I have submitted patches
to make them use pci_{get,set}_drvdata to their maintainers
(cc'ed to linux-kernel).
I am sending this email from a machine running this patch.
By the way, there is an additional future benefit that I
envision. In the future, I would like to add an optional
device_driver.devpriv_size field that could eliminate some initial
memory allocation, error branch and memory deallocation in about a
hundred drivers (well, at least after allocation of network, SCSI, USB
interfaces is done by filling in a pointer to a structure rather than
having a routine that does its own kmalloc).
--
Adam J. Richter __ ______________ 575 Oroville Road
adam@yggdrasil.com \ / Milpitas, California 95035
+1 408 309-6081 | g g d r a s i l United States of America
"Free Software For The Rest Of Us."
[-- Attachment #2: pci.diff --]
[-- Type: text/plain, Size: 802 bytes --]
--- linux-2.5.44/include/linux/pci.h 2002-10-18 21:01:53.000000000 -0700
+++ linux/include/linux/pci.h 2002-10-27 01:05:49.000000000 -0800
@@ -344,7 +344,6 @@
u8 rom_base_reg; /* which config register controls the ROM */
struct pci_driver *driver; /* which driver has allocated this device */
- void *driver_data; /* data private to the driver */
u64 dma_mask; /* Mask of the bits of bus address this
device implements. Normally this is
0xffffffff. You only need to change
@@ -758,12 +757,12 @@
*/
static inline void *pci_get_drvdata (struct pci_dev *pdev)
{
- return pdev->driver_data;
+ return pdev->dev.driver_data;
}
static inline void pci_set_drvdata (struct pci_dev *pdev, void *data)
{
- pdev->driver_data = data;
+ pdev->dev.driver_data = data;
}
/*
^ permalink raw reply
* Re: DHCRELAY through IPTABLES Firewall
From: bigman @ 2002-10-27 8:58 UTC (permalink / raw)
To: Antony Stone, netfilter
In-Reply-To: <20021027080906.OMSF9836.mta01-svc.ntlworld.com@there>
I am running DHCRELAY as below
dhcrelay -i eth2 192.168.1.70
192.168.1.70 DHCP Server (W2K)
LAN1 192.168.1.0
LAN2 192.168.2.0
Here is my routing tables
Destination Gateway Genmask Flags Metric Ref Use
Iface
192.168.2.0 * 255.255.255.0 U 0 0 0 eth2
192.168.1.0 * 255.255.255.0 U 0 0 0 eth1
x.x.x.x (ISP Subnet) * 255.255.252.0 U 0 0
0 eth0
127.0.0.0 * 255.0.0.0 U 0 0 0 lo
default x.x.x.x (ISP Assigned IP) 0.0.0.0 UG 0 0
0 eth0
Here are my Netfilter settings
Chain INPUT (policy DROP 84 packets, 6522 bytes)
pkts bytes target prot opt in out source
destination
2402 839K lan1-in all -- eth1 * 0.0.0.0/0
0.0.0.0/0
4468 730K ext-int-in all -- eth0 * 0.0.0.0/0
0.0.0.0/0
9283 1160K lan2-in all -- eth2 * 0.0.0.0/0
0.0.0.0/0
Chain FORWARD (policy DROP 0 packets, 0 bytes)
pkts bytes target prot opt in out source
destination
67892 42M lan1-lan2-fwd all -- eth1 eth2 0.0.0.0/0
0.0.0.0/0
54339 7531K lan2-lan1-fwd all -- eth2 eth1 0.0.0.0/0
0.0.0.0/0
133K 153M ext-int-fwd all -- eth0 * 0.0.0.0/0
0.0.0.0/0
50699 4126K lan1-ext-fwd all -- eth1 * 0.0.0.0/0
0.0.0.0/0
35220 30M lan2-ext-fwd all -- eth2 * 0.0.0.0/0
0.0.0.0/0
Chain OUTPUT (policy DROP 172 packets, 19408 bytes)
pkts bytes target prot opt in out source
destination
817 133K lan1-lan2 all -- * eth2 0.0.0.0/0
0.0.0.0/0
2507 381K ACCEPT all -- * eth0 0.0.0.0/0
0.0.0.0/0
1351 337K ACCEPT all -- * * 192.168.1.0/24
0.0.0.0/0
60 3600 ACCEPT tcp -- * * 0.0.0.0/0 x.x.x.x
(ISP Assigned IP)
Chain ext-int-fwd (1 references)
pkts bytes target prot opt in out source
destination
133K 153M ACCEPT all -- eth0 * 0.0.0.0/0
0.0.0.0/0 state RELATED,ESTABLISHED
0 0 DROP all -- eth0 * 0.0.0.0/0
0.0.0.0/0
Chain ext-int-in (1 references)
pkts bytes target prot opt in out source
destination
2681 201K ACCEPT all -- eth0 * 0.0.0.0/0
0.0.0.0/0 state RELATED,ESTABLISHED
1432 483K DROP all -- eth0 * 0.0.0.0/0
0.0.0.0/0
Chain lan1-ext-fwd (1 references)
pkts bytes target prot opt in out source
destination
50699 4126K ACCEPT all -- eth1 * 0.0.0.0/0
0.0.0.0/0 state NEW,RELATED,ESTABLISHED
0 0 DROP all -- eth1 * 0.0.0.0/0
0.0.0.0/0
Chain lan1-in (1 references)
pkts bytes target prot opt in out source
destination
2387 834K ACCEPT all -- eth1 * 192.168.1.0/24
0.0.0.0/0
15 4920 DROP all -- eth1 * 0.0.0.0/0
0.0.0.0/0
Chain lan1-lan2 (1 references)
pkts bytes target prot opt in out source
destination
0 0 ACCEPT udp -- * eth2 0.0.0.0/0
0.0.0.0/0 udp dpt:68
595 99614 ACCEPT all -- * eth2 0.0.0.0/0
192.168.2.0/24 state RELATED,ESTABLISHED
222 33821 DROP all -- * * 0.0.0.0/0
0.0.0.0/0
Chain lan1-lan2-fwd (1 references)
pkts bytes target prot opt in out source
destination
0 0 ACCEPT udp -- * eth2 0.0.0.0/0
192.168.2.105 udp dpt:6257
0 0 ACCEPT tcp -- * eth2 0.0.0.0/0
192.168.2.105 tcp dpt:6699
67463 42M ACCEPT all -- * eth2 0.0.0.0/0
192.168.2.0/24 state RELATED,ESTABLISHED
429 385K DROP all -- * eth2 0.0.0.0/0
0.0.0.0/0
Chain lan2-ext-fwd (1 references)
pkts bytes target prot opt in out source
destination
35220 30M ACCEPT all -- eth2 * 0.0.0.0/0
0.0.0.0/0 state NEW,RELATED,ESTABLISHED
0 0 DROP all -- eth2 * 0.0.0.0/0
0.0.0.0/0
Chain lan2-in (1 references)
pkts bytes target prot opt in out source
destination
109 37146 ACCEPT udp -- eth2 * 0.0.0.0/0
0.0.0.0/0 udp dpt:67
9173 1123K ACCEPT all -- eth2 * 192.168.2.0/24
0.0.0.0/0
1 328 DROP all -- eth2 * 0.0.0.0/0
0.0.0.0/0
Chain lan2-lan1-fwd (1 references)
pkts bytes target prot opt in out source
destination
54339 7531K ACCEPT all -- eth2 eth1 0.0.0.0/0
0.0.0.0/0
0 0 DROP all -- eth2 eth1 0.0.0.0/0
0.0.0.0/0
----- Original Message -----
From: "Antony Stone" <Antony@Soft-Solutions.co.uk>
To: <netfilter@lists.netfilter.org>
Sent: Sunday, October 27, 2002 3:09 AM
Subject: Re: DHCRELAY through IPTABLES Firewall
> On Sunday 27 October 2002 4:33 am, bigman@monster-solutions.net wrote:
>
> > All,
> > I am wondering if someone out there would be so kind as to help me
> > figure out why I cannot get DHCRELAY to relay DHCP requests from one LAN
> > segment to another LAN segment where a Windows 2000 DHCP server resides.
I
> > have verified that the requests are hitting the DHCRELAY on 67/UDP and
then
> > the DHCRELAY is trying to send back out on ETH2 (LAN2 Segment) to the
DHCP
> > Server on LAN1, but there is nothing after that. I have used Snort in
> > sniffer mode and I can see UDP traffic on 68/UDP and 67/UDP on LAN2, but
I
> > never see any on LAN1. So my guess is that for some reason it is not
> > routing through the firewall correctly. Any help would be greatly
> > appreciated.
>
> Tell us:
>
> 1. Your netfilter rules
>
> 2. Your network addresses for LAN1 and LAN2.
>
> 3. The routing table on the firewall.
>
> 4. Your dhcrelay command line.
>
> Antony.
>
> --
>
> If at first you don't succeed, destroy all the evidence that you tried.
>
^ permalink raw reply
* Re: Swap doesn't work
From: Vladimír Trebický @ 2002-10-27 8:51 UTC (permalink / raw)
To: Alex Riesen; +Cc: Linux Kernel Mailing List
In-Reply-To: <20021027092337.GA4507@steel>
> Does your swap partition show up in /proc/swaps? It has to contain
> something like this:
I have
/dev/hda6 partition 594364 0 -1
in my /proc/swaps
> Btw, do you see something swap-related in dmesg? Like:
>
> Unable to find swap-space signature
> Unable to handle swap header version ...
> Swap area shorter than signature indicates
> Empty swap-file
>
> And do you actually see something like this:
> Adding Swap: 506008k swap-space (priority -1)
>
In dmesg I see only this, but some problem with signanture is in syslog (at
the
end of this mail)
$ dmesg | grep swap
Starting kswapd
Adding Swap: 594364k swap-space (priority -1)
> How did you initialized the swap partition? Recent kernels support both
> v1 and v2 swaps, which is can be set for mkswap using -v0 (-v1).
> Actually i mean did you initialized it at all? 8)
I just created a partition with fdisk /dev/hda6, done "mkswap /dev/hda6" put
the information to /etc/fstab and turned it on with "swapon -a". TOP shows
Swap: 594364K av, 0K used, 594364K free
syslog logs these kinds of kernel messages (those I guess are important):
Sep 29 22:04:19 shunka kernel: swap_free: Bad swap offset entry 1b3d0000
...
Sep 29 22:04:19 shunka kernel: swap_free: Bad swap offset entry 1b3d0000
...
Sep 10 10:03:28 shunka2 kernel: swap_dup: Bad swap file entry 00000022
...
Sep 4 21:30:40 shunka kernel: Unable to find swap-space signature //
!!!!!!!!
...
Oct 26 19:25:29 shunka kernel: <1>Unable to handle kernel paging request at
virtual address 2064656e
Oct 26 19:25:29 shunka kernel: printing eip:
Oct 26 19:25:29 shunka kernel: c012f781
Oct 26 19:25:29 shunka kernel: *pde = 00000000
Oct 26 19:25:29 shunka kernel: Oops: 0000
Oct 26 19:25:29 shunka kernel: CPU: 0
Oct 26 19:25:29 shunka kernel: EIP: 0010:[<c012f781>] Not tainted
Oct 26 19:25:29 shunka kernel: EFLAGS: 00010202
Oct 26 19:25:29 shunka kernel: eax: c026a19c ebx: c026a19c ecx: c105f584
edx: 2064656e
Oct 26 19:25:29 shunka kernel: esi: c95472f8 edi: c1d57000 ebp: c95472f8
esp: c459de94
Oct 26 19:25:29 shunka kernel: ds: 0018 es: 0018 ss: 0018
Oct 26 19:25:29 shunka kernel: Process cpp0 (pid: 12431, stackpage=c459d000)
Oct 26 19:25:29 shunka kernel: Stack: c105f584 c012f465 c026a19c 01d56067
c105f584 c012091c cb728da0 080be6e4
Oct 26 19:25:29 shunka kernel: 080be6e4 c3823080 c0120963 cb728da0
c60fd7a0 c95472f8 00000001 080be6e4
Oct 26 19:25:29 shunka kernel: cb728da0 080be6e4 080be6e4 c3823080
c0120b8b cb728da0 c60fd7a0 080be6e4
Oct 26 19:25:29 shunka kernel: Call Trace: [<c012f465>] [<c012091c>]
[<c0120963>] [<c0120b8b>] [<c010fe47>]
Oct 26 19:25:29 shunka kernel: [<c010fd34>] [<c0121f78>] [<c0122067>]
[<c0120f40>] [<c0108844>]
Oct 26 19:25:29 shunka kernel:
Oct 26 19:25:29 shunka kernel: Code: 8b 02 89 83 b4 00 00 00 c7 02 00 00 00
00 89 d0 5b c3 90 56
Oct 26 19:25:29 shunka kernel: <1>Unable to handle kernel paging request at
virtual address 6164262c
Oct 26 19:25:29 shunka kernel: printing eip:
Oct 26 19:25:29 shunka kernel: c012f510
Oct 26 19:25:29 shunka kernel: *pde = 00000000
Oct 26 19:25:29 shunka kernel: Oops: 0000
Oct 26 19:25:29 shunka kernel: CPU: 0
Oct 26 19:25:29 shunka kernel: EIP: 0010:[<c012f510>] Not tainted
Oct 26 19:25:29 shunka kernel: EFLAGS: 00010206
Oct 26 19:25:29 shunka kernel: eax: 61642628 ebx: c1089dfc ecx: 00000010
edx: c954713c
Oct 26 19:25:29 shunka kernel: esi: c026a19c edi: c3789760 ebp: 08448000
esp: c459dd10
Oct 26 19:25:29 shunka kernel: ds: 0018 es: 0018 ss: 0018
Oct 26 19:25:29 shunka kernel: Process cpp0 (pid: 12431, stackpage=c459d000)
Oct 26 19:25:29 shunka kernel: Stack: c954713c 00017000 00007000 c011fa1d
c60fd5c0 cb728da0 00017000 08048000
Oct 26 19:25:29 shunka kernel: 08448000 c3823084 c3823084 00000008
00000000 0805f000 c3823080 00000000
Oct 26 19:25:29 shunka kernel: 0805f000 c0122192 cb728da0 08048000
00017000 cb728da0 c459de60 c459c000
Oct 26 19:25:29 shunka kernel: Call Trace: [<c011fa1d>] [<c0122192>]
[<c0112212>] [<c0116265>] [<c0108d59>]
Oct 26 19:25:29 shunka kernel: [<c0110037>] [<c010fd34>] [<c012091c>]
[<c0120963>] [<c0120b8b>] [<c010fe47>]
Oct 26 19:25:29 shunka kernel: [<c015e6c2>] [<c0108844>] [<c012f781>]
[<c012f465>] [<c012091c>] [<c0120963>]
Oct 26 19:25:29 shunka kernel: [<c0120b8b>] [<c010fe47>] [<c010fd34>]
[<c0121f78>] [<c0122067>] [<c0120f40>]
Oct 26 19:25:29 shunka kernel: [<c0108844>]
Oct 26 19:25:29 shunka kernel:
Oct 26 19:25:29 shunka kernel: Code: 39 50 04 75 0e 56 53 57 50 e8 76 02 00
00 83 c4 10 eb 08 89
Oct 26 19:25:29 shunka kernel: <1>Unable to handle kernel paging request at
virtual address 2064656e
Oct 26 19:25:29 shunka kernel: printing eip:
Oct 26 19:25:29 shunka kernel: c012f781
Oct 26 19:25:29 shunka kernel: *pde = 00000000
Oct 26 19:25:29 shunka kernel: Oops: 0000
Oct 26 19:25:29 shunka kernel: CPU: 0
Oct 26 19:25:29 shunka kernel: EIP: 0010:[<c012f781>] Not tainted
Oct 26 19:25:29 shunka kernel: EFLAGS: 00010202
Oct 26 19:25:29 shunka kernel: eax: c026a19c ebx: c026a19c ecx: c97fe744
edx: 2064656e
Oct 26 19:25:29 shunka kernel: esi: c97fe744 edi: 081d1e42 ebp: c39f4080
esp: c6657ebc
Oct 26 19:25:29 shunka kernel: ds: 0018 es: 0018 ss: 0018
Oct 26 19:25:29 shunka kernel: Process cc1 (pid: 12432, stackpage=c6657000)
Oct 26 19:25:29 shunka kernel: Stack: c110d17c c012f465 c026a19c c110d17c
081d1e42 c0120aa1 cb7289e0 081d1e42
Oct 26 19:25:29 shunka kernel: 081d1e42 c39f4080 c0120b8b cb7289e0
c493ed40 081d1e42 00000000 c97fe744
Oct 26 19:25:29 shunka kernel: cb7289e0 081d1e42 cb7289fc c493ed40
c010fe47 cb7289e0 c493ed40 081d1e42
Oct 26 19:25:29 shunka kernel: Call Trace: [<c012f465>] [<c0120aa1>]
[<c0120b8b>] [<c010fe47>] [<c010fd34>]
Oct 26 19:25:29 shunka kernel: [<c01e0e5d>] [<c01e0f5e>] [<c01173ea>]
[<c0109c0d>] [<c0108844>]
Oct 26 19:25:29 shunka kernel:
Oct 26 19:25:29 shunka kernel: Code: 8b 02 89 83 b4 00 00 00 c7 02 00 00 00
00 89 d0 5b c3 90 56
...
Oct 26 19:20:52 shunka kernel: kernel BUG at page_alloc.c:117!
Oct 26 19:20:52 shunka kernel: invalid operand: 0000
Oct 26 19:20:52 shunka kernel: CPU: 0
Oct 26 19:20:52 shunka kernel: EIP: 0010:[<c012ab39>] Not tainted
Oct 26 19:20:52 shunka kernel: EFLAGS: 00010282
Oct 26 19:20:52 shunka kernel: eax: 01000010 ebx: c1111d40 ecx: c026a19c
edx: c10c42a4
Oct 26 19:20:52 shunka kernel: esi: 00000000 edi: 00148000 ebp: 085e5000
esp: c8fb1e30
Oct 26 19:20:52 shunka kernel: ds: 0018 es: 0018 ss: 0018
Oct 26 19:20:52 shunka kernel: Process cc1 (pid: 12012, stackpage=c8fb1000)
Oct 26 19:20:52 shunka kernel: Stack: c1111d40 001e9000 00148000 085e5000
c01173ea 00000046 00000000 c026a19c
Oct 26 19:20:52 shunka kernel: c103400c c026a1d8 00000216 ffffffff
00003321 c012b389 c012b807 c1111d40
Oct 26 19:20:52 shunka kernel: c011f5f9 c1111d40 c3af5cb4 c011fa2b
05441067 c493ec80 cb728bc0 001e9000
Oct 26 19:20:52 shunka kernel: Call Trace: [<c01173ea>] [<c012b389>]
[<c012b807>] [<c011f5f9>] [<c011fa2b>]
Oct 26 19:20:52 shunka kernel: [<c0122192>] [<c0112212>] [<c0116265>]
[<c011b21a>] [<c01085cf>] [<c010fd34>]
Oct 26 19:20:52 shunka kernel: [<c0122067>] [<c01173ea>] [<c0120f40>]
[<c0108844>] [<c0108774>]
Oct 26 19:20:52 shunka kernel:
Oct 26 19:20:52 shunka kernel: Code: 0f 0b 75 00 2c c1 22 c0 8b 43 18 24 eb
89 43 18 c6 43 24 05
Thanks,
Vladimir Trebicky
--
Vladimir Trebicky
guru@cimice.yo.cz
^ permalink raw reply
* PATCH: change START_STOP to TEST_UNIT_READY
From: Matthew Dharm @ 2002-10-27 8:43 UTC (permalink / raw)
To: Linux SCSI list; +Cc: Greg KH, USB Storage List
[-- Attachment #1: Type: text/plain, Size: 4078 bytes --]
This patch changes a use of START_STOP to TEST_UNIT_READY in the function
to check for a media change.
This is required for emulated SCSI busses (IEEE1394 sbp2 and usb-storage),
as none of the 'popular' OSes will send a START_STOP unless the target
requests it (via sense data that indicates a startup command is needed).
Thus, lots of device firmware out there will crash or do something equally
bad when a START_STOP is sent.
Yeah, busted devices, I know. But, in the end, people just want it to
work, and there is no reason why we can't use TEST_UNIT_READY here instead.
As the comments indicate, devices that need a spinup will get one anyway.
Will one of the SCSI gurus please send this to Linus?
Matt
# This is a BitKeeper generated patch for the following project:
# Project Name: greg k-h's linux 2.5 USB kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet 1.561.1.395 -> 1.636
# drivers/usb/storage/initializers.c 1.2.1.2 -> 1.5
# drivers/usb/storage/transport.h 1.7.1.5 -> 1.13
# drivers/usb/core/message.c 1.20.1.3 -> 1.22
# kernel/signal.c 1.23.1.6 -> 1.29
# drivers/usb/storage/datafab.c 1.8.1.5 -> 1.14
# drivers/usb/storage/protocol.c 1.7.1.3 -> 1.9
# drivers/usb/storage/usb.h 1.5.1.19 -> 1.26
# drivers/usb/storage/isd200.c 1.8.1.10 -> 1.19
# drivers/usb/storage/raw_bulk.h 1.1.1.3 -> 1.5
# drivers/usb/storage/jumpshot.c 1.10.1.6 -> 1.17
# drivers/usb/storage/debug.h 1.1.1.4 -> 1.6
# drivers/usb/storage/sddr55.c 1.3.1.6 -> 1.9
# drivers/usb/storage/shuttle_usbat.c 1.9.1.8 -> 1.18
# drivers/usb/storage/raw_bulk.c 1.1.1.10 -> 1.13
# drivers/usb/storage/sddr09.c 1.12.1.8 -> 1.21
# drivers/usb/storage/scsiglue.h 1.1.1.2 -> 1.4
# drivers/usb/storage/debug.c 1.8.1.2 -> 1.10
# drivers/scsi/sd.c 1.22.1.13 -> 1.36
# drivers/usb/storage/scsiglue.c 1.11.1.19 -> 1.30
# drivers/usb/storage/transport.c 1.17.1.37 -> 1.57
# drivers/scsi/scsi_scan.c 1.9.1.11 -> 1.16
# drivers/usb/storage/freecom.c 1.6.1.10 -> 1.17
# drivers/usb/storage/usb.c 1.16.1.33 -> 1.53
#
# The following is the BitKeeper ChangeSet Log
# --------------------------------------------
# 02/10/26 mdharm@zen.san.one-eyed-alien.net 1.631.1.1
# Merge bk://linuxusb.bkbits.net/usb-2.5
# into zen.san.one-eyed-alien.net:/home/mdharm/linux-usb/greg-tree
# --------------------------------------------
# 02/10/26 mdharm@zen.san.one-eyed-alien.net 1.635
# Merge
# --------------------------------------------
# 02/10/26 mdharm@zen.san.one-eyed-alien.net 1.636
# Changed comments to match code.
# --------------------------------------------
#
diff -Nru a/drivers/scsi/sd.c b/drivers/scsi/sd.c
--- a/drivers/scsi/sd.c Sat Oct 26 18:29:11 2002
+++ b/drivers/scsi/sd.c Sat Oct 26 18:29:11 2002
@@ -733,15 +733,17 @@
* check_disk_change */
}
- /* Using Start/Stop enables differentiation between drive with
+ /* Using TEST_UNIT_READY enables differentiation between drive with
* no cartridge loaded - NOT READY, drive with changed cartridge -
* UNIT ATTENTION, or with same cartridge - GOOD STATUS.
- * This also handles drives that auto spin down. eg iomega jaz 1GB
- * as this will spin up the drive.
+ *
+ * Drives that auto spin down. eg iomega jaz 1G, will be started
+ * by sd_spinup_disk() from sd_init_onedisk(), which happens whenever
+ * sd_revalidate() is called.
*/
retval = -ENODEV;
if (scsi_block_when_processing_errors(sdp))
- retval = scsi_ioctl(sdp, SCSI_IOCTL_START_UNIT, NULL);
+ retval = scsi_ioctl(sdp, SCSI_IOCTL_TEST_UNIT_READY, NULL);
if (retval) { /* Unable to test, unit probably not ready.
* This usually means there is no disc in the
--
Matthew Dharm Home: mdharm-usb@one-eyed-alien.net
Maintainer, Linux USB Mass Storage Driver
Dudes! May the Open Source be with you.
-- Eric S. Raymond
User Friendly, 12/3/1998
[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
^ permalink raw reply
* Patch(2.5.44 and 2.4.x): 6 files referenced pci_dev.driver_data instead of pci_{g,s}et_drv_data
From: Adam J. Richter @ 2002-10-27 8:36 UTC (permalink / raw)
To: alan, andre, axboe, netwerk, jerdfelt, neilb, mikep, linux-tr,
arjanv, henrique
Cc: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 1843 bytes --]
Six driver in linux-2.5.44 directly reference
pci_dev.driver_data. This patch makes them use pci_{get,set}_drv_data
instead.
This patch is of more than just academic interest, as I intend
to submit a patch shortly for 2.5 that will eliminate
pci_dev.driver_data in favor of pci_dev.dev.driver_data. By applying
these changes to both 2.5.44 and your 2.4 trees if you maintiain them,
it will be one less difference between 2.4 and 2.5 for you to think
about.
I have verified that the updated drivers compile without any
warnings related to this change (one of IDE drivers has some other
warnings). I have not otherwise tested these changes, but they should
compile to the same object code as before.
I would appreciate it if you would apply these changes to your
respective drivers and forward the changes for your drivers to Linus.
If you would prefer that I send the changes to Linus or follow some
other course of action I can, but I think requires few of Linus's CPU
cycles when changes for a driver are emailed from that driver's
maintainer. If I have failed to contact the appropriate maintainer,
please let me know.
Modified files I think maintainers are...
drivers/block/umem.c nettwerk@valinux.com
jerdefelt@valinux.com
neilb@cse.unsw.edu.au
drivers/ide/pci/hpt366.c alan@lxorg.uk.uu.org.uk
drivers/ide/pci/siimage.c andre@linux-ide.org
axboe@suse.de
drivers/net/tokenring/3c359.c mikep@linuxtr.net
linux-tr@linux-tr.net
drivers/net/tulip/xircom_cb.c arjanv@redhat.com
drivers/net/wan/pc300_drv.c henrique@cyclades.com
--
Adam J. Richter __ ______________ 575 Oroville Road
adam@yggdrasil.com \ / Milpitas, California 95035
+1 408 309-6081 | g g d r a s i l United States of America
"Free Software For The Rest Of Us."
[-- Attachment #2: diff --]
[-- Type: text/plain, Size: 6671 bytes --]
--- linux-2.5.44/drivers/block/umem.c 2002-10-18 21:02:34.000000000 -0700
+++ linux/drivers/block/umem.c 2002-10-27 01:09:51.000000000 -0700
@@ -1039,11 +1039,11 @@
printk(KERN_INFO "MM%d: Window size %d bytes, IRQ %d\n", card->card_number,
card->win_size, card->irq);
spin_lock_init(&card->lock);
- dev->driver_data = card;
+ pci_set_drvdata(dev, card);
if (pci_write_cmd != 0x0F) /* If not Memory Write & Invalidate */
pci_write_cmd = 0x07; /* then Memory Write command */
if (pci_write_cmd & 0x08) { /* use Memory Write and Invalidate */
@@ -1098,11 +1098,11 @@
-- mm_pci_remove
-----------------------------------------------------------------------------------
*/
static void mm_pci_remove(struct pci_dev *dev)
{
- struct cardinfo *card = dev->driver_data;
+ struct cardinfo *card = pci_get_drvdata(dev);
tasklet_kill(&card->tasklet);
iounmap(card->csr_remap);
release_mem_region(card->csr_base, card->csr_len);
#ifdef CONFIG_MM_MAP_MEMORY
--- linux-2.5.44/drivers/ide/pci/hpt366.c 2002-10-18 21:01:57.000000000 -0700
+++ linux/drivers/ide/pci/hpt366.c 2002-10-27 01:09:53.000000000 -0700
@@ -314,11 +314,11 @@
if (drive_fast & 0x80)
pci_write_config_byte(dev, regfast, drive_fast & ~0x80);
#endif
reg2 = pci_bus_clock_list(speed,
- (struct chipset_bus_clock_list_entry *) dev->driver_data);
+ (struct chipset_bus_clock_list_entry *) pci_get_drvdata(dev));
/*
* Disable on-chip PIO FIFO/buffer
* (to avoid problems handling I/O errors later)
*/
pci_read_config_dword(dev, regtime, ®1);
@@ -367,11 +367,11 @@
if (new_fast != drive_fast)
pci_write_config_byte(dev, regfast, new_fast);
list_conf = pci_bus_clock_list(speed,
(struct chipset_bus_clock_list_entry *)
- dev->driver_data);
+ pci_get_drvdata(dev));
pci_read_config_dword(dev, drive_pci, &drive_conf);
list_conf = (list_conf & ~conf_mask) | (drive_conf & conf_mask);
if (speed < XFER_MW_DMA_0) {
@@ -399,11 +399,11 @@
drive_fast &= ~0x07;
pci_write_config_byte(dev, regfast, drive_fast);
list_conf = pci_bus_clock_list(speed,
(struct chipset_bus_clock_list_entry *)
- dev->driver_data);
+ pci_get_drvdata(dev));
pci_read_config_dword(dev, drive_pci, &drive_conf);
list_conf = (list_conf & ~conf_mask) | (drive_conf & conf_mask);
if (speed < XFER_MW_DMA_0)
list_conf &= ~0x80000000; /* Disable on-chip PIO FIFO/buffer */
pci_write_config_dword(dev, drive_pci, list_conf);
@@ -839,11 +839,11 @@
* speed that we're running at. NOTE: the internal PLL will
* result in slow reads when using a 33MHz PCI clock. we also
* don't like to use the PLL because it will cause glitches
* on PRST/SRST when the HPT state engine gets reset.
*/
- if (dev->driver_data)
+ if (pci_get_drvdata(dev))
goto init_hpt37X_done;
/*
* adjust PLL based upon PCI clock, enable it, and wait for
* stabilization.
@@ -921,11 +921,11 @@
default:
pci_set_drvdata(dev, (void *) thirty_three_base_hpt366);
break;
}
- if (!dev->driver_data)
+ if (!pci_get_drvdata(dev))
{
printk(KERN_ERR "hpt366: unknown bus timing.\n");
return -EOPNOTSUPP;
}
return 0;
--- linux-2.5.44/drivers/ide/pci/siimage.c 2002-10-18 21:01:48.000000000 -0700
+++ linux/drivers/ide/pci/siimage.c 2002-10-27 01:09:54.000000000 -0700
@@ -28,12 +28,12 @@
static int n_siimage_devs;
static char * print_siimage_get_info (char *buf, struct pci_dev *dev, int index)
{
char *p = buf;
- u8 mmio = (dev->driver_data != NULL) ? 1 : 0;
- u32 bmdma = (mmio) ? ((u32) dev->driver_data) :
+ u8 mmio = (pci_get_drvdata(dev) != NULL) ? 1 : 0;
+ u32 bmdma = (mmio) ? ((u32) pci_get_drvdata(dev)) :
(pci_resource_start(dev, 4));
p += sprintf(p, "\nController: %d\n", index);
p += sprintf(p, "SiI%x Chipset.\n", dev->device);
if (mmio)
@@ -767,18 +767,18 @@
hwif->rqsize = 128;
if ((dev->device == PCI_DEVICE_ID_SII_3112) && (!(class_rev)))
hwif->rqsize = 16;
- if (dev->driver_data == NULL)
+ if (pci_get_drvdata(dev) == NULL)
return;
init_mmio_iops_siimage(hwif);
}
static unsigned int __init ata66_siimage (ide_hwif_t *hwif)
{
- if (hwif->pci_dev->driver_data == NULL) {
+ if (pci_get_drvdata(hwif->pci_dev) == NULL) {
u8 ata66 = 0;
pci_read_config_byte(hwif->pci_dev, SELREG(0), &ata66);
return (ata66 & 0x01) ? 1 : 0;
}
#ifndef CONFIG_TRY_MMIO_SIIMAGE
--- linux-2.5.44/drivers/net/tokenring/3c359.c 2002-10-18 21:02:34.000000000 -0700
+++ linux/drivers/net/tokenring/3c359.c 2002-10-27 01:09:55.000000000 -0700
@@ -1778,11 +1778,11 @@
return 0 ;
}
static void __devexit xl_remove_one (struct pci_dev *pdev)
{
- struct net_device *dev = pdev->driver_data;
+ struct net_device *dev = pci_get_drvdata(pdev);
struct xl_private *xl_priv=(struct xl_private *)dev->priv;
unregister_trdev(dev);
iounmap(xl_priv->xl_mmio) ;
pci_release_regions(pdev) ;
--- linux-2.5.44/drivers/net/tulip/xircom_cb.c 2002-10-18 21:02:28.000000000 -0700
+++ linux/drivers/net/tulip/xircom_cb.c 2002-10-27 01:09:56.000000000 -0700
@@ -297,11 +297,11 @@
dev->hard_start_xmit = &xircom_start_xmit;
dev->stop = &xircom_close;
dev->get_stats = &xircom_get_stats;
dev->priv = private;
dev->do_ioctl = &private_ioctl;
- pdev->driver_data = dev;
+ pci_set_drvdata(pdev, dev);
/* start the transmitter to get a heartbeat */
/* TODO: send 2 dummy packets here */
tranceiver_voodoo(private);
@@ -324,11 +324,11 @@
Interrupts and such are already stopped in the "ifconfig ethX down"
code.
*/
static void __devexit xircom_remove(struct pci_dev *pdev)
{
- struct net_device *dev = pdev->driver_data;
+ struct net_device *dev = pci_get_drvdata(pdev);
struct xircom_private *card;
enter("xircom_remove");
if (dev!=NULL) {
card=dev->priv;
if (card!=NULL) {
--- linux-2.5.44/drivers/net/wan/pc300_drv.c 2002-10-18 21:02:32.000000000 -0700
+++ linux/drivers/net/wan/pc300_drv.c 2002-10-27 01:09:57.000000000 -0700
@@ -3554,11 +3554,11 @@
card->hw.rambase, card->hw.plxbase, card->hw.scabase,
card->hw.falcbase);
#endif
/* Set PCI drv pointer to the card structure */
- pdev->driver_data = card;
+ pci_set_drvdata(pdev, card);
/* Set board type */
switch (device_id) {
case PCI_DEVICE_ID_PC300_TE_1:
case PCI_DEVICE_ID_PC300_TE_2:
@@ -3629,11 +3629,11 @@
return -ENODEV;
}
static void __devexit cpc_remove_one(struct pci_dev *pdev)
{
- pc300_t *card = (pc300_t *) pdev->driver_data;
+ pc300_t *card = pci_get_drvdata(pdev);
if (card->hw.rambase != 0) {
int i;
/* Disable interrupts on the PCI bridge */
^ permalink raw reply
* Linux SMP on 2.4.18-3
From: Cheng Jin @ 2002-10-27 8:27 UTC (permalink / raw)
To: netdev
Hi,
Please excuse me for asking questions on a rather old kernel. We decided
to do kernel modificatios against 2.4.18-3 so we can't back it out now.
On the SMP test machine we have at the lab (Dual 2.4 Ghz Xeons with one
SysKonnect Gigabit Ethernet card, SuperMicro P4DP6 MB), I observed TCP
functions being called simultaneously by both processors. What I did was
to simply increment a counter (init to zero) and check whether it is one
in the functions under suspicion. Sure enough, I see a lot of messages
printed out saying it is two. Admittedly, my counter var is not protected
either, but seeing it becoming 2 is proof enough that the functions are
entered simultaneously (yes I decrement the counter before functions
return).
I looked at the code fairly extensively, and I didn't see any lock for
these functions, tcp_send_skb, tcp_push_one, update_send_head, where
packets_out gets incremented. The problem I was having was that
tp->packets_out got out of sync with the number of unacked packets on the
sk->write_queue.
I would like to confirm with people that are involved with kernel
developement that what I observed was indeed correct.
Thanks,
Cheng
Lab # 626 395 8820
^ permalink raw reply
* warped security
From: Albert D. Cahalan @ 2002-10-27 8:24 UTC (permalink / raw)
To: linux-kernel
As a non-root user:
a. I can't do readlink() on /proc/1/exe ("ls -l /proc/1/exe")
b. I can do "cat /proc/1/maps" to see what files are mapped
That's backwards. If a user can read /proc/1/cmdline, then
they might as well be permitted to readlink() on /proc/1/exe
as well. Reading /proc/1/maps is quite another matter,
exposing more info than the (prohibited) /proc/1/fd/* does.
^ permalink raw reply
* Re: Swap doesn't work
From: Alex Riesen @ 2002-10-27 9:23 UTC (permalink / raw)
To: Vladimir Trebicky; +Cc: linux-kernel
In-Reply-To: <001001c27d02$6297fe50$4500a8c0@cybernet.cz>
> I've made my linux-from-scratch with latest stable (2.4.19) kernel, made
> swap, turned it on but it doesn't work. It seems it does but when there's
> not enough memory, the system crashes. Either it kills the application
> desiring more memory (gcc or something) or crashes the kernel with memory
> dump. Neither the 2.4.20-pre5-ac3 helped.
Does your swap partition show up in /proc/swaps? It has to contain
something like this:
Filename Type Size Used Priority
/dev/hda6 partition 506008 0 -1
Btw, do you see something swap-related in dmesg? Like:
Unable to find swap-space signature
Unable to handle swap header version ...
Swap area shorter than signature indicates
Empty swap-file
And do you actually see something like this:
Adding Swap: 506008k swap-space (priority -1)
How did you initialized the swap partition? Recent kernels support both
v1 and v2 swaps, which is can be set for mkswap using -v0 (-v1).
Actually i mean did you initialized it at all? 8)
-alex
^ permalink raw reply
* Re: 2.4 very slow memory access on abit kd7raid (kt400); ten times slower than on kg7raid
From: Manfred Spraul @ 2002-10-27 9:16 UTC (permalink / raw)
To: KORN Andras, linux-kernel
It could be a bug in the memory detection. I had a similar problem with
one PC-chips board.
Could you check if
- an explicit "mem=63m" line helps?
- disabling all power management in the bios help?
--
Manfred
^ permalink raw reply
* Re: DHCRELAY through IPTABLES Firewall
From: Antony Stone @ 2002-10-27 8:09 UTC (permalink / raw)
To: netfilter
In-Reply-To: <001001c27d72$1352c350$8f33e40f@lsmith5953>
On Sunday 27 October 2002 4:33 am, bigman@monster-solutions.net wrote:
> All,
> I am wondering if someone out there would be so kind as to help me
> figure out why I cannot get DHCRELAY to relay DHCP requests from one LAN
> segment to another LAN segment where a Windows 2000 DHCP server resides. I
> have verified that the requests are hitting the DHCRELAY on 67/UDP and then
> the DHCRELAY is trying to send back out on ETH2 (LAN2 Segment) to the DHCP
> Server on LAN1, but there is nothing after that. I have used Snort in
> sniffer mode and I can see UDP traffic on 68/UDP and 67/UDP on LAN2, but I
> never see any on LAN1. So my guess is that for some reason it is not
> routing through the firewall correctly. Any help would be greatly
> appreciated.
Tell us:
1. Your netfilter rules
2. Your network addresses for LAN1 and LAN2.
3. The routing table on the firewall.
4. Your dhcrelay command line.
Antony.
--
If at first you don't succeed, destroy all the evidence that you tried.
^ permalink raw reply
* Re: [PATCH]: linux-2.5.44uc1 (MMU-less support)
From: Sam Ravnborg @ 2002-10-27 7:48 UTC (permalink / raw)
To: Miles Bader; +Cc: linux-kernel
In-Reply-To: <87iszosf2g.fsf@tc-1-100.kawasaki.gol.ne.jp>
On Sun, Oct 27, 2002 at 01:04:07PM +0900, Miles Bader wrote:
> It may be more readable, but I don't think you can say it's the `normal way
> of doing it,' at least in linux -- almost all the arch Makefiles have code
> pretty much identical to Greg's (presumably all derived from a single
> original source).
>
> Perhaps they should all be changed.
Well, most arch Makefiles could use some cleaning up - also with respect
to te construct above. My point was that there is no need to list
prerequisites as several rules when they can be combined as one.
And the fact that a temporary is generated could well be hidden.
By the way I made a mistake, it should be:
include/asm-$(ARCH)/asm-offsets.h: arch/$(ARCH)/kernel/asm-offsets.s \
include/asm include/linux/version.h \
include/config/MARKER
@echo -n ' Generating $@'
@$(generate-asm-offsets.h) < $< > $@.tmp
@$(update-if-changed)
Sam
^ permalink raw reply
* Re: 2.4 very slow memory access on abit kd7raid (kt400); ten times slower than on kg7raid
From: freaky @ 2002-10-27 7:39 UTC (permalink / raw)
To: korn-linuxkernel; +Cc: linux-kernel
In-Reply-To: <20021027032811.GM27554@nilus-2690.adsl.datanet.hu>
l> Everything slowed down. The easiest way to demontsrate this is by looking
at
> these figures:
>
> raid5: measuring checksumming speed
> - 8regs : 2343.600 MB/sec
> - 32regs : 1944.000 MB/sec
> - pIII_sse : 4163.600 MB/sec
> - pII_mmx : 3584.400 MB/sec
> - p5_mmx : 4600.800 MB/sec
> -raid5: using function: pIII_sse (4163.600 MB/sec)
> + 8regs : 228.400 MB/sec
> + 32regs : 199.200 MB/sec
> + pIII_sse : 352.000 MB/sec
> + pII_mmx : 316.800 MB/sec
> + p5_mmx : 432.800 MB/sec
> +raid5: using function: pIII_sse (352.000 MB/sec)
>
> Old motherboard above, new below. (Why it chose pIII_sse even when p5_mmx
> was faster is also an interesting question... :)
I have seen the same on a precompiled slackware 8.1 raid.s kernel I tried
for my promise controller. It's an AMD AthlonXP 2000+. Like you I found that
the PIII_SSE was slower than the P5_MMX and still got selected. I got higher
numers than you though, around your old mobo's speeds.... (KT333 chipset).
(MSI KT3 Ultra2-R). specs are in the KT333, IO-APIC, Promise Fasttak, Initrd
topic.
the 5 disks spanning ram image doesn't even load properly with me, maybe
it's caused by memory problems as well? Tho' I thought north bridges are for
memory access whilst I only get a message that my southbridge isn't
recognized...
^ permalink raw reply
* Re: 2.5.42-mm2
From: Andrew Morton @ 2002-10-27 7:32 UTC (permalink / raw)
To: William Lee Irwin III; +Cc: linux-mm@kvack.org
In-Reply-To: <20021013101949.GB2032@holomorphy.com>
William Lee Irwin III wrote:
>
> This patch does 5 things:
>
> (1) when the OOM killer fails and the system panics, calls
> show_free_areas()
> (2) reorganizes show_free_areas() to use for_each_zone()
> (3) adds per-cpu stats to show_free_areas()
> (4) tags output from show_free_areas() with node and zone information
> (5) initializes zone->per_cpu_pageset[cpu].pcp[temperature].reserved
> in free_area_init_core()
hm. I just ran out of swap and got oom-killed.
Would it make sense to call show_free_areas() for _all_ oom-killings?
I think so. At least during the development cycle.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
^ permalink raw reply
* [parisc-linux] Guadagnare navigando!!!!!!!!!!!!!!!!!!!!!!!!!
From: Giovanni @ 2002-10-27 7:36 UTC (permalink / raw)
To: parisc-linux
[-- Attachment #1: Type: text/plain, Size: 134 bytes --]
PROVA A NAVIGARE CON QUESTO NUOVO PROVIDER
E' VELOCE ED AFFIDABILE
http://www.emoti.it/home/?ID=426
TI PAGANO PURE PER NAVIGARE!!!
[-- Attachment #2: Type: text/html, Size: 768 bytes --]
^ permalink raw reply
* [PATCH] exception typos
From: Kenny Simpson @ 2002-10-27 7:17 UTC (permalink / raw)
To: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 7369 bytes --]
'exception' seems to be a hard word to spell.
This patch fixes the use of 'exeption' and
'execption'.
Here is the patch (I'm also attaching it in case this
webmail wraps the lines)
diff -ruN linux-2.5.44/arch/i386/kernel/entry.S
linux/arch/i386/kernel/entry.S
--- linux-2.5.44/arch/i386/kernel/entry.S Sat Oct 19
00:01:19 2002
+++ linux/arch/i386/kernel/entry.S Sun Oct 27 01:42:17
2002
@@ -211,7 +211,7 @@
movl TI_FLAGS(%ebx), %ecx # need_resched set ?
testb $_TIF_NEED_RESCHED, %cl
jz restore_all
- testl $IF_MASK,EFLAGS(%esp) # interrupts off
(execption path) ?
+ testl $IF_MASK,EFLAGS(%esp) # interrupts off
(exception path) ?
jz restore_all
movl $PREEMPT_ACTIVE,TI_PRE_COUNT(%ebx)
sti
diff -ruN linux-2.5.44/arch/m68k/lib/checksum.c
linux/arch/m68k/lib/checksum.c
--- linux-2.5.44/arch/m68k/lib/checksum.c Sat Oct 19
00:02:35 2002
+++ linux/arch/m68k/lib/checksum.c Sun Oct 27 02:05:29
2002
@@ -243,7 +243,7 @@
"8:\n"
".section .fixup,\"ax\"\n"
".even\n"
- /* If any execption occurs zero out the rest.
+ /* If any exception occurs zero out the rest.
Similarities with the code above are intentional
:-) */
"90:\t"
"clrw %3@+\n\t"
diff -ruN linux-2.5.44/arch/mips64/config.in
linux/arch/mips64/config.in
--- linux-2.5.44/arch/mips64/config.in Sat Oct 19
00:02:24 2002
+++ linux/arch/mips64/config.in Sun Oct 27 02:05:47
2002
@@ -239,7 +239,7 @@
#bool 'Debug kmalloc/kfree' CONFIG_DEBUG_MALLOC
bool 'Are you using a crosscompiler'
CONFIG_CROSSCOMPILE
if [ "$CONFIG_MODULES" = "y" ]; then
- bool ' Build fp execption handler module'
CONFIG_MIPS_FPE_MODULE
+ bool ' Build fp exception handler module'
CONFIG_MIPS_FPE_MODULE
fi
bool 'Remote GDB kernel debugging'
CONFIG_REMOTE_DEBUG
bool 'Magic SysRq key' CONFIG_MAGIC_SYSRQ
diff -ruN
linux-2.5.44/arch/ppc/boot/simple/rw4/ppc_40x.h
linux/arch/ppc/boot/simple/rw4/ppc_40x.h
--- linux-2.5.44/arch/ppc/boot/simple/rw4/ppc_40x.h
Sat Oct 19 00:01:16 2002
+++ linux/arch/ppc/boot/simple/rw4/ppc_40x.h Sun Oct
27 02:08:44 2002
@@ -41,9 +41,9 @@
#define dbsr 0x3f0 /* debug
status register */
#define dccr 0x3fa /* data
cache control reg. */
#define dcwr 0x3ba /* data
cache write-thru reg */
-#define dear 0x3d5 /* data
exeption address reg */
-#define esr 0x3d4 /*
execption syndrome registe */
-#define evpr 0x3d6 /*
exeption vector prefix reg */
+#define dear 0x3d5 /* data
exception address reg */
+#define esr 0x3d4 /*
exception syndrome registe */
+#define evpr 0x3d6 /*
exception vector prefix reg */
#define iccr 0x3fb /*
instruction cache cntrl re */
#define icdbdr 0x3d3 /* instr
cache dbug data reg */
#define lrreg 0x008 /* link
register */
diff -ruN
linux-2.5.44/drivers/acpi/namespace/nsxfobj.c
linux/drivers/acpi/namespace/nsxfobj.c
--- linux-2.5.44/drivers/acpi/namespace/nsxfobj.c Sat
Oct 19 00:00:42 2002
+++ linux/drivers/acpi/namespace/nsxfobj.c Sun Oct 27
02:10:38 2002
@@ -141,7 +141,7 @@
*ret_handle =
acpi_ns_convert_entry_to_handle
(acpi_ns_get_parent_node (node));
- /* Return exeption if parent is null */
+ /* Return exception if parent is null */
if (!acpi_ns_get_parent_node (node)) {
status = AE_NULL_ENTRY;
diff -ruN
linux-2.5.44/drivers/isdn/hardware/eicon/mi_pc.h
linux/drivers/isdn/hardware/eicon/mi_pc.h
--- linux-2.5.44/drivers/isdn/hardware/eicon/mi_pc.h
Sat Oct 19 00:01:55 2002
+++ linux/drivers/isdn/hardware/eicon/mi_pc.h Sun Oct
27 02:10:57 2002
@@ -65,7 +65,7 @@
#define _MP_LED1 0x04 /* 1 = on
*/
#define _MP_DSP_RESET 0x02 /* active lo
*/
#define _MP_RISC_RESET 0x81 /* active hi,
bit 7 for compatibility with old boards */
-/* CPU exeption context structure in MP shared ram
after trap */
+/* CPU exception context structure in MP shared ram
after trap */
typedef struct mp_xcptcontext_s MP_XCPTC;
struct mp_xcptcontext_s {
dword sr;
diff -ruN linux-2.5.44/drivers/md/lvm-snap.c
linux/drivers/md/lvm-snap.c
--- linux-2.5.44/drivers/md/lvm-snap.c Sat Oct 19
00:02:27 2002
+++ linux/drivers/md/lvm-snap.c Sun Oct 27 02:06:12
2002
@@ -387,7 +387,7 @@
#endif
/* the original chunk is now stored on the snapshot
volume
- so update the execption table */
+ so update the exception table */
lv_snap->u.lv_block_exception[idx].rdev_org =
org_phys_dev;
lv_snap->u.lv_block_exception[idx].rsector_org =
org_start;
diff -ruN linux-2.5.44/drivers/net/sk98lin/h/skgehw.h
linux/drivers/net/sk98lin/h/skgehw.h
--- linux-2.5.44/drivers/net/sk98lin/h/skgehw.h Sat
Oct 19 00:02:33 2002
+++ linux/drivers/net/sk98lin/h/skgehw.h Sun Oct 27
02:07:17 2002
@@ -813,7 +813,7 @@
/* Bit 31..12: reserved */
#define IS_IRQ_MST_ERR (1L<<11) /* Bit 11: IRQ master
error */
/* PERR,RMABORT,RTABORT,DATAPERR */
-#define IS_IRQ_STAT (1L<<10) /* Bit 10: IRQ status
execption */
+#define IS_IRQ_STAT (1L<<10) /* Bit 10: IRQ status
exception */
/* RMABORT, RTABORT, DATAPERR */
#define IS_NO_STAT_M1 (1L<<9) /* Bit 9: No Rx Status
from MAC1*/
#define IS_NO_STAT_M2 (1L<<8) /* Bit 8: No Rx Status
from MAC2*/
diff -ruN linux-2.5.44/drivers/net/skfp/h/skfbi.h
linux/drivers/net/skfp/h/skfbi.h
--- linux-2.5.44/drivers/net/skfp/h/skfbi.h Sat Oct 19
00:01:51 2002
+++ linux/drivers/net/skfp/h/skfbi.h Sun Oct 27
02:06:50 2002
@@ -1308,7 +1308,7 @@
#define IS_I2C_READY (1L<<27) /* Bit 27: (ML) IRQ on
end of I2C tx */
#define IS_IRQ_SW (1L<<26) /* Bit 26: (ML) SW forced
IRQ */
#define IS_EXT_REG (1L<<25) /* Bit 25: (ML) IRQ from
external reg*/
-#define IS_IRQ_STAT (1L<<24) /* Bit 24: IRQ status
execption */
+#define IS_IRQ_STAT (1L<<24) /* Bit 24: IRQ status
exception */
/* PERR, RMABORT, RTABORT DATAPERR */
#define IS_IRQ_MST_ERR (1L<<23) /* Bit 23: IRQ master
error */
/* RMABORT, RTABORT, DATAPERR */
@@ -1360,7 +1360,7 @@
#define IRQ_I2C_READY (1L<<27) /* Bit 27: (ML) IRQ on
end of I2C tx */
#define IRQ_SW (1L<<26) /* Bit 26: (ML) SW forced
IRQ */
#define IRQ_EXT_REG (1L<<25) /* Bit 25: (ML) IRQ from
external reg*/
-#define IRQ_STAT (1L<<24) /* Bit 24: IRQ status
execption */
+#define IRQ_STAT (1L<<24) /* Bit 24: IRQ status
exception */
/* PERR, RMABORT, RTABORT DATAPERR */
#define IRQ_MST_ERR (1L<<23) /* Bit 23: IRQ master
error */
/* RMABORT, RTABORT, DATAPERR */
diff -ruN linux-2.5.44/drivers/sbus/char/bpp.c
linux/drivers/sbus/char/bpp.c
--- linux-2.5.44/drivers/sbus/char/bpp.c Sat Oct 19
00:01:08 2002
+++ linux/drivers/sbus/char/bpp.c Sun Oct 27 02:11:19
2002
@@ -95,7 +95,7 @@
/*
* These are for data access.
* Control lines accesses are hidden in set_bits()
and get_bits().
- * The exeption is the probe procedure, which is
system-dependent.
+ * The exception is the probe procedure, which is
system-dependent.
*/
#define bpp_outb_p(data, base) outb_p((data),
(base))
#define bpp_inb(base) inb(base)
-Kenny
__________________________________________________
Do you Yahoo!?
Y! Web Hosting - Let the expert host your web site
http://webhosting.yahoo.com/
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: exception_patch --]
[-- Type: text/x-diff; name=exception_patch, Size: 7030 bytes --]
diff -ruN linux-2.5.44/arch/i386/kernel/entry.S linux/arch/i386/kernel/entry.S
--- linux-2.5.44/arch/i386/kernel/entry.S Sat Oct 19 00:01:19 2002
+++ linux/arch/i386/kernel/entry.S Sun Oct 27 01:42:17 2002
@@ -211,7 +211,7 @@
movl TI_FLAGS(%ebx), %ecx # need_resched set ?
testb $_TIF_NEED_RESCHED, %cl
jz restore_all
- testl $IF_MASK,EFLAGS(%esp) # interrupts off (execption path) ?
+ testl $IF_MASK,EFLAGS(%esp) # interrupts off (exception path) ?
jz restore_all
movl $PREEMPT_ACTIVE,TI_PRE_COUNT(%ebx)
sti
diff -ruN linux-2.5.44/arch/m68k/lib/checksum.c linux/arch/m68k/lib/checksum.c
--- linux-2.5.44/arch/m68k/lib/checksum.c Sat Oct 19 00:02:35 2002
+++ linux/arch/m68k/lib/checksum.c Sun Oct 27 02:05:29 2002
@@ -243,7 +243,7 @@
"8:\n"
".section .fixup,\"ax\"\n"
".even\n"
- /* If any execption occurs zero out the rest.
+ /* If any exception occurs zero out the rest.
Similarities with the code above are intentional :-) */
"90:\t"
"clrw %3@+\n\t"
diff -ruN linux-2.5.44/arch/mips64/config.in linux/arch/mips64/config.in
--- linux-2.5.44/arch/mips64/config.in Sat Oct 19 00:02:24 2002
+++ linux/arch/mips64/config.in Sun Oct 27 02:05:47 2002
@@ -239,7 +239,7 @@
#bool 'Debug kmalloc/kfree' CONFIG_DEBUG_MALLOC
bool 'Are you using a crosscompiler' CONFIG_CROSSCOMPILE
if [ "$CONFIG_MODULES" = "y" ]; then
- bool ' Build fp execption handler module' CONFIG_MIPS_FPE_MODULE
+ bool ' Build fp exception handler module' CONFIG_MIPS_FPE_MODULE
fi
bool 'Remote GDB kernel debugging' CONFIG_REMOTE_DEBUG
bool 'Magic SysRq key' CONFIG_MAGIC_SYSRQ
diff -ruN linux-2.5.44/arch/ppc/boot/simple/rw4/ppc_40x.h linux/arch/ppc/boot/simple/rw4/ppc_40x.h
--- linux-2.5.44/arch/ppc/boot/simple/rw4/ppc_40x.h Sat Oct 19 00:01:16 2002
+++ linux/arch/ppc/boot/simple/rw4/ppc_40x.h Sun Oct 27 02:08:44 2002
@@ -41,9 +41,9 @@
#define dbsr 0x3f0 /* debug status register */
#define dccr 0x3fa /* data cache control reg. */
#define dcwr 0x3ba /* data cache write-thru reg */
-#define dear 0x3d5 /* data exeption address reg */
-#define esr 0x3d4 /* execption syndrome registe */
-#define evpr 0x3d6 /* exeption vector prefix reg */
+#define dear 0x3d5 /* data exception address reg */
+#define esr 0x3d4 /* exception syndrome registe */
+#define evpr 0x3d6 /* exception vector prefix reg */
#define iccr 0x3fb /* instruction cache cntrl re */
#define icdbdr 0x3d3 /* instr cache dbug data reg */
#define lrreg 0x008 /* link register */
diff -ruN linux-2.5.44/drivers/acpi/namespace/nsxfobj.c linux/drivers/acpi/namespace/nsxfobj.c
--- linux-2.5.44/drivers/acpi/namespace/nsxfobj.c Sat Oct 19 00:00:42 2002
+++ linux/drivers/acpi/namespace/nsxfobj.c Sun Oct 27 02:10:38 2002
@@ -141,7 +141,7 @@
*ret_handle =
acpi_ns_convert_entry_to_handle (acpi_ns_get_parent_node (node));
- /* Return exeption if parent is null */
+ /* Return exception if parent is null */
if (!acpi_ns_get_parent_node (node)) {
status = AE_NULL_ENTRY;
diff -ruN linux-2.5.44/drivers/isdn/hardware/eicon/mi_pc.h linux/drivers/isdn/hardware/eicon/mi_pc.h
--- linux-2.5.44/drivers/isdn/hardware/eicon/mi_pc.h Sat Oct 19 00:01:55 2002
+++ linux/drivers/isdn/hardware/eicon/mi_pc.h Sun Oct 27 02:10:57 2002
@@ -65,7 +65,7 @@
#define _MP_LED1 0x04 /* 1 = on */
#define _MP_DSP_RESET 0x02 /* active lo */
#define _MP_RISC_RESET 0x81 /* active hi, bit 7 for compatibility with old boards */
-/* CPU exeption context structure in MP shared ram after trap */
+/* CPU exception context structure in MP shared ram after trap */
typedef struct mp_xcptcontext_s MP_XCPTC;
struct mp_xcptcontext_s {
dword sr;
diff -ruN linux-2.5.44/drivers/md/lvm-snap.c linux/drivers/md/lvm-snap.c
--- linux-2.5.44/drivers/md/lvm-snap.c Sat Oct 19 00:02:27 2002
+++ linux/drivers/md/lvm-snap.c Sun Oct 27 02:06:12 2002
@@ -387,7 +387,7 @@
#endif
/* the original chunk is now stored on the snapshot volume
- so update the execption table */
+ so update the exception table */
lv_snap->u.lv_block_exception[idx].rdev_org = org_phys_dev;
lv_snap->u.lv_block_exception[idx].rsector_org = org_start;
diff -ruN linux-2.5.44/drivers/net/sk98lin/h/skgehw.h linux/drivers/net/sk98lin/h/skgehw.h
--- linux-2.5.44/drivers/net/sk98lin/h/skgehw.h Sat Oct 19 00:02:33 2002
+++ linux/drivers/net/sk98lin/h/skgehw.h Sun Oct 27 02:07:17 2002
@@ -813,7 +813,7 @@
/* Bit 31..12: reserved */
#define IS_IRQ_MST_ERR (1L<<11) /* Bit 11: IRQ master error */
/* PERR,RMABORT,RTABORT,DATAPERR */
-#define IS_IRQ_STAT (1L<<10) /* Bit 10: IRQ status execption */
+#define IS_IRQ_STAT (1L<<10) /* Bit 10: IRQ status exception */
/* RMABORT, RTABORT, DATAPERR */
#define IS_NO_STAT_M1 (1L<<9) /* Bit 9: No Rx Status from MAC1*/
#define IS_NO_STAT_M2 (1L<<8) /* Bit 8: No Rx Status from MAC2*/
diff -ruN linux-2.5.44/drivers/net/skfp/h/skfbi.h linux/drivers/net/skfp/h/skfbi.h
--- linux-2.5.44/drivers/net/skfp/h/skfbi.h Sat Oct 19 00:01:51 2002
+++ linux/drivers/net/skfp/h/skfbi.h Sun Oct 27 02:06:50 2002
@@ -1308,7 +1308,7 @@
#define IS_I2C_READY (1L<<27) /* Bit 27: (ML) IRQ on end of I2C tx */
#define IS_IRQ_SW (1L<<26) /* Bit 26: (ML) SW forced IRQ */
#define IS_EXT_REG (1L<<25) /* Bit 25: (ML) IRQ from external reg*/
-#define IS_IRQ_STAT (1L<<24) /* Bit 24: IRQ status execption */
+#define IS_IRQ_STAT (1L<<24) /* Bit 24: IRQ status exception */
/* PERR, RMABORT, RTABORT DATAPERR */
#define IS_IRQ_MST_ERR (1L<<23) /* Bit 23: IRQ master error */
/* RMABORT, RTABORT, DATAPERR */
@@ -1360,7 +1360,7 @@
#define IRQ_I2C_READY (1L<<27) /* Bit 27: (ML) IRQ on end of I2C tx */
#define IRQ_SW (1L<<26) /* Bit 26: (ML) SW forced IRQ */
#define IRQ_EXT_REG (1L<<25) /* Bit 25: (ML) IRQ from external reg*/
-#define IRQ_STAT (1L<<24) /* Bit 24: IRQ status execption */
+#define IRQ_STAT (1L<<24) /* Bit 24: IRQ status exception */
/* PERR, RMABORT, RTABORT DATAPERR */
#define IRQ_MST_ERR (1L<<23) /* Bit 23: IRQ master error */
/* RMABORT, RTABORT, DATAPERR */
diff -ruN linux-2.5.44/drivers/sbus/char/bpp.c linux/drivers/sbus/char/bpp.c
--- linux-2.5.44/drivers/sbus/char/bpp.c Sat Oct 19 00:01:08 2002
+++ linux/drivers/sbus/char/bpp.c Sun Oct 27 02:11:19 2002
@@ -95,7 +95,7 @@
/*
* These are for data access.
* Control lines accesses are hidden in set_bits() and get_bits().
- * The exeption is the probe procedure, which is system-dependent.
+ * The exception is the probe procedure, which is system-dependent.
*/
#define bpp_outb_p(data, base) outb_p((data), (base))
#define bpp_inb(base) inb(base)
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.