* Re: Intel P6 vs P7 system call performance
From: H. Peter Anvin @ 2002-12-18 20:26 UTC (permalink / raw)
To: root
Cc: Terje Eggestad, Linus Torvalds, Ulrich Drepper, Matti Aarnio,
Hugh Dickins, Dave Jones, Ingo Molnar, linux-kernel
In-Reply-To: <Pine.LNX.3.95.1021218152425.806A-101000@chaos.analogic.com>
Richard B. Johnson wrote:
> The number of CPU clocks necessary to make the 'far' or
> full-pointer call by pushing the segment register, the offset,
> then issuing a 'lret' is 33 clocks on a Pentium II.
>
> longcall clocks = 46
> call clocks = 13
> actual full-pointer call clocks = 33
That's not a call, that's a jump. Comparing it to a call instruction is
meaningless.
-hpa
^ permalink raw reply
* RE: QM_MODULES: Function not implemented
From: Shureih, Tariq @ 2002-12-18 20:25 UTC (permalink / raw)
To: 'Chris Wright'; +Cc: Lmkl (linux-kernel@vger.kernel.org)
Thanx. Just as I was waiting for your email, I was going through the kernel
to see where the message was coming from and {KABOOM} it hit me. This is
coming from lsmod! Duh!
Thank you again :)
--
Tariq Shureih
Intel Corporation
Opinions are my own and don't represent my emplyer
-----Original Message-----
From: Chris Wright [mailto:chris@wirex.com]
Sent: Wednesday, December 18, 2002 12:19 PM
To: Shureih, Tariq
Cc: Lmkl (linux-kernel@vger.kernel.org)
Subject: Re: QM_MODULES: Function not implemented
* Shureih, Tariq (tariq.shureih@intel.com) wrote:
>
> Kernel boots just fine, howeverl, "lsmod" gives me a messages:
"QM_MODULES:
> Function not implemented"
Did you update your module tools?
ftp://ftp.kernel.org/pub/linux/kernel/people/rusty/modules/
-chris
--
Linux Security Modules http://lsm.immunix.org http://lsm.bkbits.net
^ permalink raw reply
* Re: Intel P6 vs P7 system call performance
From: Richard B. Johnson @ 2002-12-18 20:25 UTC (permalink / raw)
To: H. Peter Anvin
Cc: Terje Eggestad, Linus Torvalds, Ulrich Drepper, Matti Aarnio,
Hugh Dickins, Dave Jones, Ingo Molnar, linux-kernel
In-Reply-To: <3E00D716.1010503@transmeta.com>
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1166 bytes --]
The number of CPU clocks necessary to make the 'far' or
full-pointer call by pushing the segment register, the offset,
then issuing a 'lret' is 33 clocks on a Pentium II.
longcall clocks = 46
call clocks = 13
actual full-pointer call clocks = 33
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 5
model name : Pentium II (Deschutes)
stepping : 1
cpu MHz : 399.573
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr
bogomips : 797.90
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 5
model name : Pentium II (Deschutes)
stepping : 1
cpu MHz : 399.573
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr
bogomips : 797.90
Cheers,
Dick Johnson
Penguin : Linux version 2.4.18 on an i686 machine (797.90 BogoMips).
Why is the government concerned about the lunatic fringe? Think about it.
[-- Attachment #2: Type: APPLICATION/octet-stream, Size: 3962 bytes --]
^ permalink raw reply
* Re: QM_MODULES: Function not implemented
From: Chris Wright @ 2002-12-18 20:19 UTC (permalink / raw)
To: Shureih, Tariq; +Cc: Lmkl (linux-kernel@vger.kernel.org)
In-Reply-To: <8A9A5F4E6576D511B98F00508B68C20A1508E3D8@orsmsx106.jf.intel.com>
* Shureih, Tariq (tariq.shureih@intel.com) wrote:
>
> Kernel boots just fine, howeverl, "lsmod" gives me a messages: "QM_MODULES:
> Function not implemented"
Did you update your module tools?
ftp://ftp.kernel.org/pub/linux/kernel/people/rusty/modules/
-chris
--
Linux Security Modules http://lsm.immunix.org http://lsm.bkbits.net
^ permalink raw reply
* Re: mac address change on an eth alias
From: pa3gcu @ 2002-12-18 20:10 UTC (permalink / raw)
To: Petre Bandac, Ray Olszewski, linux-newbie
In-Reply-To: <200212181946.55601.g38@rdsbv.ro>
On Wednesday 18 December 2002 17:46, Petre Bandac wrote:
> just testing for my general knowledge
>
> I heard that I can change the mac, I did as richard said and it went ok,
> and furthermore I wanted to change the mac of the alias, which I didn't
> succeed (richard's receipt gave the same mac - the mac I specifically
> assigned to the alias - to both IFC and it's alias)
>
> so, I should take the final answer as no ?
You have one ethernet card with ONE MAC adress, one can alias an ipadress on
ones ethernet card, but AFAIK one cannot alias the MAC.
It seems logical, each card has its own MAC adress the adress is stored in a
chip on the card, note "one adress" an IP# is assigned to a card and linux
allows aliasing of the IP adress, so i think we must conclude that one cant
alias the MAC period.
I have done no reading on this as i dont have time, but logicly what is to be
gained from two MAC addresses on one card, as far as i see it only problems
would arise, which is possably why it is not done.
>
> thanks,
>
> petre
--
Regards Richard
pa3gcu@zeelandnet.nl
http://people.zeelandnet.nl/pa3gcu/
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* ELKS distribution
From: Gábor Lénárt @ 2002-12-18 20:08 UTC (permalink / raw)
To: linux-8086
Hi again!
Some (...) time ago I was subscribed to this last and we're talking about
the possibility of swapping in 286 protocted mode, maybe someone remember :)
However I was very busy nowdays, but I've read about some ELKS distribution
EDE at LWN. The only problem that even I haven't got a working URL nor
for EDE nor for ELKS project itself (I had got some including Bluebell
distrib but none of them are working now ...). So I'd like to ask some
usefull URLs about ELKS, EDE and such.
Thanks for the help in advance,
- Gábor (larta'H)
-
To unsubscribe from this list: send the line "unsubscribe linux-8086" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply
* Bug by starting with missed first devies - bug fix included !!
From: Christoph Plattner @ 2002-12-18 20:06 UTC (permalink / raw)
To: linux-raid
Hello RADI hackers,
some days ago I recongnized, that `raidstart' has a problem, if
`raid-disk 0' is missed or defect. This was a critical problem
on my RAID 5 for me.
Solution for this problem: try to use all devices to get RAID info,
not only the first defined device (bad design bug).
I am not sure, if this is already reported or fixed, I have release
20010914, and the raidstart `v0.3d'.
Please answer directly to me, I am not registered on the RAID
mailing list !! (Perhaps I will do in future).
One possible fix:
bash# diff -u raidlib.c.ORIG raidlib.c
--- raidlib.c.ORIG Wed Dec 18 20:59:11 2002
+++ raidlib.c Sun Dec 15 13:42:06 2002
@@ -395,11 +395,29 @@
case raidstart:
{
struct stat s;
+ int did = 0;
+ int done = 0;
+
+ fd = open_or_die(cfg->md_name);
- stat (cfg->device_name[0], &s);
+ while (cfg->device_name [did])
+ {
+ stat (cfg->device_name [did], &s);
- fd = open_or_die(cfg->md_name);
- if (do_mdstart (fd, cfg->md_name, s.st_rdev)) rc++;
+ if (do_mdstart (fd, cfg->md_name, s.st_rdev) == 0)
+ {
+ done = 1;
+ break;
+ }
+ did ++;
+ }
+
+ if (done == 0)
+ {
+ rc++;
+ close (fd);
+ }
+
break;
}
With friendly regards
Christoph Plattner
--
-------------------------------------------------------
private: christoph.plattner@gmx.at
company: christoph.plattner@alcatel.at
^ permalink raw reply
* Re: Intel P6 vs P7 system call performance
From: H. Peter Anvin @ 2002-12-18 20:14 UTC (permalink / raw)
To: Terje Eggestad
Cc: Linus Torvalds, Ulrich Drepper, Matti Aarnio, Hugh Dickins,
Dave Jones, Ingo Molnar, linux-kernel
In-Reply-To: <1040216143.23393.1427.camel@pc-16.office.scali.no>
Terje Eggestad wrote:
> what about:
>
> int (*_vsyscall) (int, ...);
> _vsyscall = mmap(NULL, getpagesize(), PROT_READ|PROT_EXEC,
> MAP_VSYSCALL, , );
>
> or if you're afraid of running out of MAP_* flags:
>
> fd = open("/dev/vsyscall", );
> _vsyscall = mmap(NULL, getpagesize(), PROT_READ|PROT_EXEC, MAP_SHARED,
> fd, 0);
>
> Then you can leisurely map it in just after the programs text segment.
>
Very ugly -- then the application has to do indirect calls.
-hpa
^ permalink raw reply
* QM_MODULES: Function not implemented
From: Shureih, Tariq @ 2002-12-18 20:09 UTC (permalink / raw)
To: Lmkl (linux-kernel@vger.kernel.org)
This may be a simple error on my part but I've tried everything.
Kernel: 2.5.51
SCSI driver compiled static
Kernel boots just fine, howeverl, "lsmod" gives me a messages: "QM_MODULES:
Function not implemented"
I checked my kernel configuration and Modules support is enabled and kernel
module loader is enabled.
Any ideas?
*_*_*_*_*_*
Tariq Shureih
Opinions are my own and don't represent my employer
^ permalink raw reply
* truncated file lists in paradox for dos
From: daneli @ 2002-12-18 19:59 UTC (permalink / raw)
To: linux-msdos
I'm writing about a problem with Paradox for DOS version 4.5 running
under DOSEMU 1.0.1, 1.0.2 & 1.1.3. Occasionally Paradox stops
displaying all the database files located in a subdirectory - the file list is
typically truncated to one file only. This is the same sort of problem
previously reported by Roger Ripley under the subject line "dir only works
255 times." That problem was solved by Bart Oldeman with a patch to
mfs.c, limiting dir searches in the case of volume labels. Even with that
patch applied however, this problem still surfaces in Paradox.
I am wondering if there is another patch available that might address this
problem?
Thanks in advance,
Dan Greenberg
Ann Arbor, MI
^ permalink raw reply
* SE-Linux Debian woody archive
From: Brian May @ 2002-12-18 3:39 UTC (permalink / raw)
To: selinux
Hello,
I am about to update my archive to use the my DAK version. All files are
copied now, I just need to update the Packages index files, this should
take minutes at the most.
It is located at:
deb http://www.microcomaustralia.com.au/debian/ unstable main selinux
OR
deb http://www.microcomaustralia.com.au/debian/ stable main selinux
What this means:
- some packages have been recompiled with newer version numbers, even
though nothing has changed; this is because the previous versions did
not include full source code, and DAK is rather fussy that all
packages must have full source code available.
- if anyone is interested I can setup an announce mailing list
which will notify you automatically when a new package is installed.
- as shown above, there are two distributions, a stable distribution and
a unstable distribution.
Any new uploads will go straight to unstable. Packages in unstable may
not have received any testing yet, so could be broken. When the package
is tested, and seems to be working, I will move it to stable.
Eventually I could have a third stage, testing, to go inbetween stable
and unstable. However, I haven't yet worked out when to use testing, so
for now it remains empty.
If you encounter any problems with this new setup, please let me know.
Otherwise, I will assume it is working without any problems and
delete the files required by the old layout.
--
Brian May <bam@snoopy.apana.org.au>
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
^ permalink raw reply
* gettimeofday() moving backwards
From: Paul Richards @ 2002-12-18 19:53 UTC (permalink / raw)
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
Hi,
I am using linux kernel v2.4.20 with ACPI patch dated 2002-12-05.
I have noticed that if my processor changes state (800Mhz up to 1200Mhz say)
then gettimeofday() behaves weirdly. It runs smoothly but every now and again
(on the order of 10 times a second) it makes a correction. If I have gone from
800Mhz to 1200Mhz then the correction is backwards, otherwise it makes a forward
jump..
I presume that this is because the kernel hasn't noticed that the cpu state has
changed and hasn't corrected the variables that control how the time is
calculated using the tsc.
Is there a patch for this..? It doesn't sound like *too* big a thing.. ie just
recalculate a cpl of timing variables when the cpu state changes.. but ofc I
don't know the details :)
--
Paul Richards
-------------------------------------------------------
This SF.NET email is sponsored by: Order your Holiday Geek Presents Now!
Green Lasers, Hip Geek T-Shirts, Remote Control Tanks, Caffeinated Soap,
MP3 Players, XBox Games, Flying Saucers, WebCams, Smart Putty.
T H I N K G E E K . C O M http://www.thinkgeek.com/sf/
^ permalink raw reply
* Re: PVCs on X.25?
From: Arnaldo Carvalho de Melo @ 2002-12-18 19:51 UTC (permalink / raw)
To: Ricardo Dias Cassali; +Cc: linux-x25
In-Reply-To: <3E00C88D.3040906@inf.ufrgs.br>
Em Wed, Dec 18, 2002 at 05:12:13PM -0200, Ricardo Dias Cassali escreveu:
> Hi,
> I'm using the Generic HDLC layer, with X.25 protocol support enabled,
> and my intention is to run IP over X.25.
> Is there a way to configure PVCs in this case?
Not that I'm aware, only setup I know that allows IP over X.25 on Linux is
using Cyclades Cyclom 2X board with the driver I wrote several years ago
and is present in the kernel.
- Arnaldo
^ permalink raw reply
* Re: [PATCH]: fix compiler warnings in the math-emulator
From: Hartvig Ekner @ 2002-12-18 19:50 UTC (permalink / raw)
To: Greg Lindahl; +Cc: linux mips mailing list
In-Reply-To: <20021218114220.A2217@wumpus.internal.keyresearch.com>
Sometimes you don't care whether you do only "half" a macro instruction
if the branch is taken. Usually though, the warning is a good thing - I
remember having spent many hours finding bugs like this with assemblers
that don't issue warnings.
/Hartvig
Greg Lindahl writes:
>
> On Wed, Dec 18, 2002 at 07:47:31PM +0100, Maciej W. Rozycki wrote:
>
> > A few warnings are unavoidable -- e.g. there is no way to shut up gas
> > complaining about macros expanding into multiple instructions in branch
> > delay slots. Too bad.
>
> ... why isn't that a bug?
>
> greg
^ permalink raw reply
* A7M266-D problems with integrate sound device and USB 2.0 PCI card
From: marco mascherpa aka mush @ 2002-12-18 19:57 UTC (permalink / raw)
To: linux-kernel
hi,
i have got a dueal athlon MP system with asus' A7M266-D motherboard wich has
an integrated soundcard and is provided with a pci usb 2.0 expansion card.
the problem is that my kernel 2.4.19 can't assign the right IRQ to the
soundcard and to the usb ports. to be more clear i append the dmsg. i tried
to use some kernel parameters to tweak the configuration (like pirq, pci and
noapic) but i couldn't resolve anything. how can my devices be assigned a
valid irq and work correctly?
Please Cc: me. I am not subscribed to the list.
dmesg:
Common caps: 0383fbf7 c1cbfbff 00000000 00000000
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: Intel
CPU: Before vendor init, caps: 0383fbff c1cbfbff 00000000, vendor = 2
Advanced speculative caching feature present
Disabling advanced speculative caching
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
CPU: After vendor init, caps: 0383fbf7 c1cbfbff 00000000 00000000
Intel machine check reporting enabled on CPU#0.
CPU: After generic, caps: 0383fbf7 c1cbfbff 00000000 00000000
CPU: Common caps: 0383fbf7 c1cbfbff 00000000 00000000
CPU0: AMD Athlon(TM) MP 1800+ stepping 02
per-CPU timeslice cutoff: 731.53 usecs.
task migration cache decay timeout: 10 msecs.
enabled ExtINT on CPU#0
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
Booting processor 1/1 eip 2000
Initializing CPU#1
masked ExtINT on CPU#1
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
Calibrating delay loop... 3086.74 BogoMIPS
CPU: Before vendor init, caps: 0383fbff c1cbfbff 00000000, vendor = 2
Advanced speculative caching feature present
Disabling advanced speculative caching
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
CPU: After vendor init, caps: 0383fbf7 c1cbfbff 00000000 00000000
Intel machine check reporting enabled on CPU#1.
CPU: After generic, caps: 0383fbf7 c1cbfbff 00000000 00000000
CPU: Common caps: 0383fbf7 c1cbfbff 00000000 00000000
CPU1: AMD Athlon(TM) MP 1800+ stepping 02
Total of 2 processors activated (6173.49 BogoMIPS).
ENABLING IO-APIC IRQs
Setting 2 in the phys_id_present_map
...changing IO-APIC physical APIC ID to 2 ... ok.
init IO_APIC IRQs
IO-APIC (apicid-pin) 2-0, 2-5, 2-9, 2-10, 2-11, 2-20, 2-21, 2-22, 2-23 not
connected.
..TIMER: vector=0x31 pin1=2 pin2=0
number of MP IRQ sources: 16.
number of IO-APIC #2 registers: 24.
testing the IO APIC.......................
IO APIC #2......
.... register #00: 02000000
....... : physical APIC id: 02
.... register #01: 00170011
....... : max redirection entries: 0017
....... : PRQ implemented: 0
....... : IO APIC version: 0011
.... register #02: 00000000
....... : arbitration: 00
.... IRQ redirection table:
NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
00 000 00 1 0 0 0 0 0 0 00
01 003 03 0 0 0 0 0 1 1 39
02 003 03 0 0 0 0 0 1 1 31
03 003 03 0 0 0 0 0 1 1 41
04 003 03 0 0 0 0 0 1 1 49
05 000 00 1 0 0 0 0 0 0 00
06 003 03 0 0 0 0 0 1 1 51
07 003 03 0 0 0 0 0 1 1 59
08 003 03 0 0 0 0 0 1 1 61
09 000 00 1 0 0 0 0 0 0 00
0a 000 00 1 0 0 0 0 0 0 00
0b 000 00 1 0 0 0 0 0 0 00
0c 003 03 0 0 0 0 0 1 1 69
0d 003 03 0 0 0 0 0 1 1 71
0e 003 03 0 0 0 0 0 1 1 79
0f 003 03 0 0 0 0 0 1 1 81
10 003 03 1 1 0 1 0 1 1 89
11 003 03 1 1 0 1 0 1 1 91
12 003 03 1 1 0 1 0 1 1 99
13 003 03 1 1 0 1 0 1 1 A1
14 000 00 1 0 0 0 0 0 0 00
15 000 00 1 0 0 0 0 0 0 00
16 000 00 1 0 0 0 0 0 0 00
17 000 00 1 0 0 0 0 0 0 00
IRQ to pin mappings:
IRQ0 -> 0:2
IRQ1 -> 0:1
IRQ3 -> 0:3
IRQ4 -> 0:4
IRQ6 -> 0:6
IRQ7 -> 0:7
IRQ8 -> 0:8
IRQ12 -> 0:12
IRQ13 -> 0:13
IRQ14 -> 0:14
IRQ15 -> 0:15
IRQ16 -> 0:16
IRQ17 -> 0:17
IRQ18 -> 0:18
IRQ19 -> 0:19
.................................... done.
Using local APIC timer interrupts.
calibrating APIC timer ...
..... CPU clock speed is 1545.9771 MHz.
..... host bus clock speed is 268.8660 MHz.
cpu: 0, clocks: 2688660, slice: 896220
CPU0<T0:2688656,T1:1792432,D:4,S:896220,C:2688660>
cpu: 1, clocks: 2688660, slice: 896220
CPU1<T0:2688656,T1:896208,D:8,S:896220,C:2688660>
checking TSC synchronization across CPUs: passed.
migration_task 0 on cpu=0
migration_task 1 on cpu=1
mtrr: your CPUs had inconsistent fixed MTRR settings
mtrr: probably your BIOS does not setup all CPUs
PCI: PCI BIOS revision 2.10 entry at 0xf1f20, last bus=2
PCI: Using configuration type 1
PCI: Probing PCI hardware
Unknown bridge resource 0: assuming transparent
PCI: Using IRQ router AMD768 [1022/7443] at 00:07.3
PCI->APIC IRQ transform: (B0,I9,P0) -> 17
PCI->APIC IRQ transform: (B1,I5,P0) -> 16
PCI->APIC IRQ transform: (B2,I0,P3) -> 19
PCI->APIC IRQ transform: (B2,I5,P0) -> 18
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
VFS: Diskquotas version dquot_6.4.0 initialized
devfs: v1.12a (20020514) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
udf: registering filesystem
ACPI: Core Subsystem version [20011018]
ACPI: Subsystem enabled
ACPI: System firmware supports S0 S1 S4 S5
Processor[0]: C0 C1
Processor[1]: C0 C1
ACPI: Power Button (FF) found
ACPI: Multiple power buttons detected, ignoring fixed-feature
ACPI: Power Button (CM) found
ACPI: Sleep Button (FF) found
parport0: PC-style at 0x378 (0x778) [PCSPP(,...)]
parport0: irq 7 detected
matroxfb: Matrox Millennium G400 MAX (AGP) detected
matroxfb: MTRR's turned on
matroxfb: 640x480x8bpp (virtual: 640x26208)
matroxfb: framebuffer at 0xF8000000, mapped to 0xe0825000, size 33554432
Console: switching to colour frame buffer device 80x30
fb0: MATROX VGA frame buffer device
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI
enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
lp0: using parport0 (polling).
lp0: console ready
Real Time Clock Driver v1.10e
Non-volatile memory driver v1.1
amd768_rng: AMD768 system management I/O registers at 0xE400.
amd768_rng hardware driver 0.1.0 loaded
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
AMD7441: IDE controller on PCI bus 00 dev 39
AMD7441: chipset revision 4
AMD7441: not 100% native mode: will probe irqs later
AMD7441: disabling single-word DMA support (revision < C4)
ide0: BM-DMA at 0xd800-0xd807, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xd808-0xd80f, BIOS settings: hdc:pio, hdd:DMA
hda: SHUTTLE, ATAPI CD/DVD-ROM drive
hdd: Pioneer DVD-ROM ATAPIModel DVD-105S 011, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: ATAPI 32X CD-ROM CD-R/RW drive, 2048kB Cache, DMA
Uniform CD-ROM driver Revision: 3.12
hdd: ATAPI DVD-ROM drive, 512kB Cache, UDMA(33)
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
via-rhine.c:v1.10-LK1.1.14 May-3-2002 Written by Donald Becker
http://www.scyld.com/network/via-rhine.html
eth0: VIA VT86C100A Rhine at 0xc400, 00:50:ba:c8:9f:e8, IRQ 18.
eth0: MII PHY found at address 8, status 0x782d advertising 05e1 Link 41e1.
Linux video capture interface: v1.00
Linux agpgart interface v0.99 (c) Jeff Hartmann
agpgart: Maximum main memory to use for agp memory: 439M
agpgart: Detected AMD 760MP chipset
agpgart: AGP aperture is 32M @ 0xfc000000
[drm] AGP 0.99 on AMD Irongate @ 0xfc000000 32MB
[drm] Initialized mga 3.0.2 20010321 on minor 0
SCSI subsystem driver Revision: 1.00
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.8
<Adaptec 29160 Ultra160 SCSI adapter>
aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
Vendor: IBM Model: IC35L036UWD210-0 Rev: S5BS
Type: Direct-Access ANSI SCSI revision: 03
Vendor: IBM Model: IC35L036UWD210-0 Rev: S5BS
Type: Direct-Access ANSI SCSI revision: 03
scsi0:A:0:0: Tagged Queuing enabled. Depth 253
scsi0:A:1:0: Tagged Queuing enabled. Depth 253
scsi1 : SCSI host adapter emulation for IDE ATAPI devices
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
Attached scsi disk sdb at scsi0, channel 0, id 1, lun 0
(scsi0:A:0): 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit)
SCSI device sda: 71687340 512-byte hdwr sectors (36704 MB)
Partition check:
/dev/scsi/host0/bus0/target0/lun0: p1 p2 p3 p4 < p5 p6 >
(scsi0:A:1): 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit)
SCSI device sdb: 71687340 512-byte hdwr sectors (36704 MB)
/dev/scsi/host0/bus0/target1/lun0: p1 p2 p3 p4 < p5 p6 >
cmpci: version $Revision: 5.64 $ time 17:50:35 Dec 18 2002
PCI: Enabling device 02:04.0 (0084 -> 0085)
PCI: No IRQ known for interrupt pin A of device 02:04.0. Probably buggy MP
table.
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
hcd/ehci-hcd.c: 2002-May-07 USB 2.0 'Enhanced' Host Controller (EHCI) Driver
hcd/ehci-hcd.c: block sizes: qh 96 qtd 96 itd 128 sitd 64
PCI: Enabling device 02:08.2 (0014 -> 0016)
PCI: No IRQ known for interrupt pin C of device 02:08.2. Probably buggy MP
table.
hcd.c: Found HC with no IRQ. Check BIOS/PCI 02:08.2 setup!
usb-ohci.c: USB OHCI at membase 0xe2845000, IRQ 19
usb-ohci.c: usb-02:00.0, Advanced Micro Devices [AMD] AMD-768 [Opus] USB
usb.c: new USB bus registered, assigned bus number 1
usb.c: kmalloc IF c16d28c0, numif 1
usb.c: new device strings: Mfr=0, Product=2, SerialNumber=1
usb.c: USB device number 1 default language ID 0x0
Product: USB OHCI Root Hub
SerialNumber: e2845000
hub.c: USB hub found
hub.c: 4 ports detected
hub.c: standalone hub
hub.c: ganged power switching
hub.c: global over-current protection
hub.c: Port indicators are not supported
hub.c: power on to power good time: 2ms
hub.c: hub controller current requirement: 0mA
hub.c: port removable status: RRRR
hub.c: local power source is good
hub.c: no over-current condition exists
hub.c: enabling power on all ports
usb.c: hub driver claimed interface c16d28c0
usb.c: kusbd: /sbin/hotplug add 1
usb.c: kusbd policy returned 0xfffffffe
PCI: Enabling device 02:08.0 (0014 -> 0016)
PCI: No IRQ known for interrupt pin A of device 02:08.0. Probably buggy MP
table.
usb-ohci.c: found OHCI device with no IRQ assigned. check BIOS settings!
PCI: Enabling device 02:08.1 (0014 -> 0016)
PCI: No IRQ known for interrupt pin B of device 02:08.1. Probably buggy MP
table.
usb-ohci.c: found OHCI device with no IRQ assigned. check BIOS settings!
usb.c: registered new driver hiddev
usb.c: registered new driver hid
hid-core.c: v1.8.1 Andreas Gal, Vojtech Pavlik <vojtech@suse.cz>
hid-core.c: USB HID support drivers
Initializing USB Mass Storage driver...
usb.c: registered new driver usb-storage
USB Mass Storage support registered.
mice: PS/2 mouse device common for all mice
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 32768)
IPv4 over IPv4 tunneling driver
GRE over IPv4 tunneling driver
Linux IP multicast router 0.06 plus PIM-SM
klips_info:ipsec_init: KLIPS startup, FreeS/WAN IPSec version: 1.98b
ip_conntrack version 2.1 (4095 buckets, 32760 max) - 304 bytes per conntrack
ip_tables: (C) 2000-2002 Netfilter core team
ipt_random match loaded
netfilter PSD loaded - (c) astaro AG
ipt_nth match loaded
ipt_ipv4options loading
ipt_IPV4OPTSSTRIP loaded
arp_tables: (C) 2002 David S. Miller
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
IPv6 v0.8 for NET4.0
IPv6 over IPv4 tunneling driver
ip6_tables: (C) 2000-2002 Netfilter core team
registering ipv6 mark target
cryptoapi: loaded
cryptoloop: loaded
cryptoapi: Registered aes-ecb (0)
cryptoapi: Registered aes-cbc (65536)
cryptoapi: Registered aes-cfb (262144)
cryptoapi: Registered blowfish-ecb (0)
cryptoapi: Registered blowfish-cbc (65536)
cryptoapi: Registered blowfish-cfb (262144)
cryptoapi: Registered cast5-ecb (0)
cryptoapi: Registered cast5-cbc (65536)
cryptoapi: Registered cast5-cfb (262144)
cryptoapi: Registered des-ecb (0)
cryptoapi: Registered des-cbc (65536)
cryptoapi: Registered des-cfb (262144)
cryptoapi: Registered des_ede3-ecb (0)
cryptoapi: Registered des_ede3-cbc (65536)
cryptoapi: Registered des_ede3-cfb (262144)
cryptoapi: Registered dfc-ecb (0)
cryptoapi: Registered dfc-cbc (65536)
cryptoapi: Registered dfc-cfb (262144)
cryptoapi: Registered idea-ecb (0)
cryptoapi: Registered idea-cbc (65536)
cryptoapi: Registered idea-cfb (262144)
cryptoapi: Registered mars-ecb (0)
cryptoapi: Registered mars-cbc (65536)
cryptoapi: Registered mars-cfb (262144)
cryptoapi: Registered rc5-ecb (0)
cryptoapi: Registered rc5-cbc (65536)
cryptoapi: Registered rc6-ecb (0)
cryptoapi: Registered rc6-cbc (65536)
cryptoapi: Registered rc6-cfb (262144)
cryptoapi: Registered serpent-ecb (0)
cryptoapi: Registered serpent-cbc (65536)
cryptoapi: Registered serpent-cfb (262144)
cryptoapi: Registered twofish-ecb (0)
cryptoapi: Registered twofish-cbc (65536)
cryptoapi: Registered twofish-cfb (262144)
MD5 Message Digest Algorithm (c) RSA Systems, Inc
cryptoapi: Registered md5 (0)
cryptoapi: Registered sha1 (0)
cramfs: wrong magic
FAT: bogus logical sector size 0
UMSDOS: msdos_read_super failed, mount aborted.
FAT: bogus logical sector size 0
FAT: bogus logical sector size 0
UDF-fs DEBUG lowlevel.c:65:udf_get_last_session: CDROMMULTISESSION not
supported: rc=-22
UDF-fs DEBUG super.c:1421:udf_read_super: Multi-session=0
UDF-fs DEBUG super.c:410:udf_vrs: Starting at sector 16 (2048 byte sectors)
UDF-fs DEBUG super.c:1157:udf_check_valid: Failed to read byte 32768.
Assuming open disc. Skipping validity check
UDF-fs DEBUG misc.c:285:udf_read_tagged: location mismatch block 256, tag
195051 != 256
UDF-fs DEBUG super.c:1211:udf_load_partition: No Anchor block found
UDF-fs: No partition found (1)
reiserfs: checking transaction log (device 08:03) ...
Warning, log replay starting on readonly filesystem
reiserfs: replayed 2 transactions in 1 seconds
Using r5 hash to sort names
ReiserFS version 3.6.25
VFS: Mounted root (reiserfs filesystem) readonly.
Freeing unused kernel memory: 136k freed
Adding Swap: 514072k swap-space (priority -1)
Adding Swap: 514072k swap-space (priority -2)
reiserfs: checking transaction log (device 08:13) ...
reiserfs: replayed 3 transactions in 0 seconds
Using r5 hash to sort names
ReiserFS version 3.6.25
reiserfs: checking transaction log (device 08:15) ...
reiserfs: replayed 3 transactions in 1 seconds
Using r5 hash to sort names
ReiserFS version 3.6.25
reiserfs: checking transaction log (device 08:16) ...
reiserfs: replayed 3 transactions in 1 seconds
Using r5 hash to sort names
ReiserFS version 3.6.25
reiserfs: checking transaction log (device 08:05) ...
Using r5 hash to sort names
ReiserFS version 3.6.25
reiserfs: checking transaction log (device 08:06) ...
Using r5 hash to sort names
ReiserFS version 3.6.25
eth0: Setting full-duplex based on MII #8 link partner capability of 41e1.
eth0: no IPv6 routers present
^ permalink raw reply
* Re: [PATCH]: fix compiler warnings in the math-emulator
From: Hartvig Ekner @ 2002-12-18 19:50 UTC (permalink / raw)
To: Greg Lindahl; +Cc: linux mips mailing list
In-Reply-To: <20021218114220.A2217@wumpus.internal.keyresearch.com>
Sometimes you don't care whether you do only "half" a macro instruction
if the branch is taken. Usually though, the warning is a good thing - I
remember having spent many hours finding bugs like this with assemblers
that don't issue warnings.
/Hartvig
Greg Lindahl writes:
>
> On Wed, Dec 18, 2002 at 07:47:31PM +0100, Maciej W. Rozycki wrote:
>
> > A few warnings are unavoidable -- e.g. there is no way to shut up gas
> > complaining about macros expanding into multiple instructions in branch
> > delay slots. Too bad.
>
> ... why isn't that a bug?
>
> greg
^ permalink raw reply
* WARNING: unexpected IO-APIC
From: Kazik @ 2002-12-18 19:48 UTC (permalink / raw)
To: linux-smp
WARNING: unexpected IO-APIC, please mail
to linux-smp@vger.kernel.org
Linux version 2.4.19-16mdk (quintela@bi.mandrakesoft.com) (gcc version 3.2
(Mandrake Linux 9.0 3.2-1mdk)) #1 Fri Sep 20 18:15:05 CEST 2002
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 0000000007ff0000 (usable)
BIOS-e820: 0000000007ff0000 - 0000000007ff3000 (ACPI NVS)
BIOS-e820: 0000000007ff3000 - 0000000008000000 (ACPI data)
BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
127MB LOWMEM available.
found SMP MP-table at 000f62d0
hm, page 000f6000 reserved twice.
hm, page 000f7000 reserved twice.
hm, page 000f1000 reserved twice.
hm, page 000f2000 reserved twice.
Advanced speculative caching feature present
On node 0 totalpages: 32752
zone(0): 4096 pages.
zone(1): 28656 pages.
zone(2): 0 pages.
Intel MultiProcessor Specification v1.1
Virtual Wire compatibility mode.
OEM ID: OEM00000 Product ID: PROD00000000 APIC at: 0xFEE00000
Processor #0 Pentium(tm) Pro APIC version 17
I/O APIC #2 Version 17 at 0xFEC00000.
Processors: 1
Kernel command line: BOOT_IMAGE=linux ro root=306 quiet devfs=mount
Initializing CPU#0
Detected 1460.471 MHz processor.
Console: colour dummy device 80x25
Calibrating delay loop... 2916.35 BogoMIPS
Memory: 126908k/131008k available (1176k kernel code, 3712k reserved, 444k
data, 136k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Dentry cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode cache hash table entries: 8192 (order: 4, 65536 bytes)
Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
CPU: Before vendor init, caps: 0383fbff c1c3fbff 00000000, vendor = 2
Advanced speculative caching feature present
Disabling advanced speculative caching
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
CPU: After vendor init, caps: 0383fbf7 c1c3fbff 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After generic, caps: 0383fbf7 c1c3fbff 00000000 00000000
CPU: Common caps: 0383fbf7 c1c3fbff 00000000 00000000
CPU: AMD Athlon(tm) XP 1700+ stepping 02
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
enabled ExtINT on CPU#0
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
ENABLING IO-APIC IRQs
Setting 2 in the phys_id_present_map
...changing IO-APIC physical APIC ID to 2 ... ok.
init IO_APIC IRQs
IO-APIC (apicid-pin) 2-0, 2-5, 2-9, 2-11, 2-17, 2-20, 2-21, 2-22 not
connected.
..TIMER: vector=0x31 pin1=2 pin2=0
number of MP IRQ sources: 17.
number of IO-APIC #2 registers: 24.
testing the IO APIC.......................
IO APIC #2......
.... register #00: 02000000
....... : physical APIC id: 02
.... register #01: 00178000
....... : max redirection entries: 0017
....... : PRQ implemented: 1
....... : IO APIC version: 0000
WARNING: unexpected IO-APIC, please mail
to linux-smp@vger.kernel.org
.... IRQ redirection table:
NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
00 000 00 1 0 0 0 0 0 0 00
01 001 01 0 0 0 0 0 1 1 39
02 001 01 0 0 0 0 0 1 1 31
03 001 01 0 0 0 0 0 1 1 41
04 001 01 0 0 0 0 0 1 1 49
05 000 00 1 0 0 0 0 0 0 00
06 001 01 0 0 0 0 0 1 1 51
07 001 01 0 0 0 0 0 1 1 59
08 001 01 0 0 0 0 0 1 1 61
09 000 00 1 0 0 0 0 0 0 00
0a 001 01 0 0 0 0 0 1 1 69
0b 000 00 1 0 0 0 0 0 0 00
0c 001 01 0 0 0 0 0 1 1 71
0d 001 01 0 0 0 0 0 1 1 79
0e 001 01 0 0 0 0 0 1 1 81
0f 001 01 0 0 0 0 0 1 1 89
10 001 01 1 1 0 1 0 1 1 91
11 000 00 1 0 0 0 0 0 0 00
12 001 01 1 1 0 1 0 1 1 99
13 001 01 1 1 0 1 0 1 1 91
14 000 00 1 0 0 0 0 0 0 00
15 000 00 1 0 0 0 0 0 0 00
16 000 00 1 0 0 0 0 0 0 00
17 001 01 1 1 0 1 0 1 1 A1
IRQ to pin mappings:
IRQ0 -> 0:2
IRQ1 -> 0:1
IRQ3 -> 0:3
IRQ4 -> 0:4
IRQ5 -> 0:18
IRQ6 -> 0:6
IRQ7 -> 0:7
IRQ8 -> 0:8
IRQ9 -> 0:23
IRQ10 -> 0:10
IRQ11 -> 0:16-> 0:19
IRQ12 -> 0:12
IRQ13 -> 0:13
IRQ14 -> 0:14
IRQ15 -> 0:15
.................................... done.
Using local APIC timer interrupts.
calibrating APIC timer ...
..... CPU clock speed is 1460.5183 MHz.
..... host bus clock speed is 265.5488 MHz.
cpu: 0, clocks: 2655488, slice: 1327744
CPU0<T0:2655488,T1:1327744,D:0,S:1327744,C:2655488>
mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: Intel
PCI: PCI BIOS revision 2.10 entry at 0xfb3e0, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
Unknown bridge resource 0: assuming transparent
PCI: Using IRQ router SIS [1039/0008] at 00:02.0
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Linux NET4.0 for Linux 2.4
..........................................................
^ permalink raw reply
* Re: ALSA update
From: Ruslan U. Zakirov @ 2002-12-18 19:51 UTC (permalink / raw)
To: Jaroslav Kysela; +Cc: Linux Kernel Mailing List
In-Reply-To: <Pine.LNX.4.33.0212182013070.550-100000@pnote.perex-int.cz>
On Wed, 18 Dec 2002, Jaroslav Kysela wrote:
> On Wed, 18 Dec 2002, Greg KH wrote:
>
> > > ChangeSet 1.885.1.5, 2002/12/18 10:13:22+01:00, perex@suse.cz
> >
> > <snip>
> >
> > > diff -Nru a/sound/usb/usbaudio.c b/sound/usb/usbaudio.c
> > > --- a/sound/usb/usbaudio.c Wed Dec 18 10:07:34 2002
> > > +++ b/sound/usb/usbaudio.c Wed Dec 18 10:07:34 2002
> > > @@ -526,7 +526,11 @@
> > > /*
> > > * complete callback from data urb
> > > */
> > > +#ifndef OLD_USB
> > > static void snd_complete_urb(struct urb *urb, struct pt_regs *regs)
> > > +#else
> > > +static void snd_complete_urb(struct urb *urb)
> > > +#endif
> > > {
> > > snd_urb_ctx_t *ctx = (snd_urb_ctx_t *)urb->context;
> > > snd_usb_substream_t *subs = ctx->subs;
> > > @@ -551,7 +555,11 @@
> > > /*
> > > * complete callback from sync urb
> > > */
> > > +#ifndef OLD_USB
> > > static void snd_complete_sync_urb(struct urb *urb, struct pt_regs *regs)
> > > +#else
> > > +static void snd_complete_sync_urb(struct urb *urb)
> > > +#endif
> > > {
> > > snd_urb_ctx_t *ctx = (snd_urb_ctx_t *)urb->context;
> > > snd_usb_substream_t *subs = ctx->subs;
> > > @@ -583,6 +591,9 @@
> >
> > Ick, you're kidding me, right? Why do this? Are you trying to keep a
> > common code base with 2.4 and 2.5 USB drivers? If so, I don't recommend
> > it, as the code will be sprinkled with these ifdef's...
>
> Not much. We have 9 #ifdef's and all trying to resolve the conflicts with
> new function prototypes which is difficult to replace with defines or
> inline functions. Perhaps, you'll have an idea to solve this problem.
>
> For us, it's very important to have only one code base for all kernels,
> but on the other hand, we're trying to leave the 2.2/2.4 kernel code
> specific parts separate in our CVS repository if possible.
>
> Jaroslav
>
Hello, Jaroslav and All.
How about other changes in new 2.5 kernel, like new PnP layer (Adam Belay)
or changes with module & boot params (Rusty Russel)? There are now some
changes in 2.5.52 kernel in sound/isa/opl3sa2.c that make this driver not
compatible with other kernels. May be it's better split your tree in
several trees for each version of kernels?
Ruslan.
^ permalink raw reply
* Re: [PATCH]: fix compiler warnings in the math-emulator
From: Greg Lindahl @ 2002-12-18 19:42 UTC (permalink / raw)
To: linux mips mailing list
In-Reply-To: <Pine.GSO.3.96.1021218194246.5977G-100000@delta.ds2.pg.gda.pl>
On Wed, Dec 18, 2002 at 07:47:31PM +0100, Maciej W. Rozycki wrote:
> A few warnings are unavoidable -- e.g. there is no way to shut up gas
> complaining about macros expanding into multiple instructions in branch
> delay slots. Too bad.
... why isn't that a bug?
greg
^ permalink raw reply
* Re: 2.5.51 ide module problem
From: Jeff Chua @ 2002-12-18 19:50 UTC (permalink / raw)
To: Alan Cox; +Cc: Adam J. Richter, Andre Hedrick, axboe, Linux Kernel Mailing List
In-Reply-To: <1040227620.24530.18.camel@irongate.swansea.linux.org.uk>
On 18 Dec 2002, Alan Cox wrote:
> I'll get back to 2.5 IDE things next year. For the moment I'm only
> concerned in getting the modular stuff sorted out completely in 2.4.
> Hopefully that will be mostly valid for 2.5 as well.
I can't even boot 2.4.21-pre1 with IDE as modules. Works fine under 2.4.20
Looks like the IDE patch for 2.4.21-pre1 broke up the modules very similar
to 2.5.51
Thanks,
Jeff
^ permalink raw reply
* Re: Freezing.. (was Re: Intel P6 vs P7 system call performance)
From: Oliver Xymoron @ 2002-12-18 19:50 UTC (permalink / raw)
To: Linus Torvalds
Cc: Dave Jones, Horst von Brand, linux-kernel, Alan Cox,
Andrew Morton
In-Reply-To: <Pine.LNX.4.44.0212180936550.2891-100000@home.transmeta.com>
On Wed, Dec 18, 2002 at 09:41:15AM -0800, Linus Torvalds wrote:
>
> > The approval process does seem to be quite a lot of work though.
> > I think it was rth last year at OLS who told me that at that time
> > he'd been doing more approving of other peoples stuff than coding himself.
>
> I heartily disagree with the approval process for development, just
> because it gets so much in the way and just annoys people. But for
> stabilization, that's exactly what you want. So I think gcc is using the
> approval process much too much, but apparently it works for them.
>
> And I think it could work for the kernel too, especially the stable
> releases and for the process of getting there. I just don't really know
> how to set it up well.
Actually, I think Marcello's got the stable process pretty well
figured out without any of this committee business. And given that his
credibility as 2.4 maintainer depends on his holding to the mandate to
make the kernel stable, he probably doesn't have too hard a time
holding the line. As benevolent dictator, you're simply not beholden
to such expectations and I doubt the committee approach would work for
long either.
So perhaps you should throw out a date for 'code freeze' and then plan to
hand off to the 2.6 maintainer at that date.
The other piece that will help is if the timeline for 2.7 shows up
around then and is short enough so that people won't despair of ever
getting their big feature in.
--
"Love the dolphins," she advised him. "Write by W.A.S.T.E.."
^ permalink raw reply
* Boot message
From: James Howsden @ 2002-12-18 19:42 UTC (permalink / raw)
To: linux-smp
I am mailing this because the it shows up in the /var/log/messages file on
each boot.
And as you can see, asks that I mail this to you.
If you would like more information I would be happy to mail it to you
ENABLING IO-APIC IRQs
Dec 18 12:06:19 Clyde kernel: Setting 2 in the phys_id_present_map
Dec 18 12:06:19 Clyde kernel: ...changing IO-APIC physical APIC ID to 2 ...
ok.
Dec 18 12:06:19 Clyde kernel: ..TIMER: vector=0x31 pin1=2 pin2=0
Dec 18 12:06:19 Clyde kernel: testing the IO APIC.......................
Dec 18 12:06:19 Clyde kernel:
Dec 18 12:06:19 Clyde kernel: WARNING: unexpected IO-APIC, please mail
Dec 18 12:06:19 Clyde kernel: to linux-smp@vger.kernel.org
Dec 18 12:06:19 Clyde kernel: .................................... done.
agconsult@axtelltech.com
^ permalink raw reply
* [PATCH] smpboot magical numbers
From: Hugh Dickins @ 2002-12-18 19:48 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Dave Hansen, linux-kernel
Anyone experimenting with different THREAD_SIZE or PAGE_SIZE on i386
runs into magical mystery numbers in do_boot_cpu esp initialization.
Remove those and use the same stack top in startup_32 as thereafter.
Oh, and what's that phys_to_virt(8192)? Goodness! it's actually the
trampoline_base we (hopefully) got from early alloc_bootmem_low_pages.
Yes, could do with a lot more cleanup, but I'll stick here for safety.
Hugh
--- 2.5.52/arch/i386/kernel/smpboot.c Fri Nov 22 23:44:10 2002
+++ linux/arch/i386/kernel/smpboot.c Wed Dec 18 19:11:25 2002
@@ -806,7 +806,8 @@
/* So we see what's up */
printk("Booting processor %d/%d eip %lx\n", cpu, apicid, start_eip);
- stack_start.esp = (void *) (1024 + PAGE_SIZE + (char *)idle->thread_info);
+ /* Stack for startup_32 can be just as for start_secondary onwards */
+ stack_start.esp = (void *) idle->thread.esp;
/*
* This grunge runs the startup process for
@@ -879,7 +880,7 @@
Dprintk("CPU has booted.\n");
} else {
boot_error= 1;
- if (*((volatile unsigned char *)phys_to_virt(8192))
+ if (*((volatile unsigned char *)trampoline_base)
== 0xA5)
/* trampoline started but...? */
printk("Stuck ??\n");
@@ -901,7 +902,7 @@
}
/* mark "stuck" area as not stuck */
- *((volatile unsigned long *)phys_to_virt(8192)) = 0;
+ *((volatile unsigned long *)trampoline_base) = 0;
if(clustered_apic_mode) {
printk("Restoring NMI vector\n");
^ permalink raw reply
* RE: [ACPI] Re: [PATCH] S4bios for 2.5.52.
From: Nigel Cunningham @ 2002-12-18 19:37 UTC (permalink / raw)
To: 'Ducrot Bruno', 'Kai Germaschewski'
Cc: 'Grover, Andrew', linux-kernel-u79uwXL29TY76Z2rM5mHXA,
'Pavel Machek',
acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
In-Reply-To: <20021218085902.GD1012-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org>
> Kai, if you see that S4OS is slower, it is probably a bug
> that have to be
> fixed in swsusp.
There does seem to be a problem with the rw_swap_page_sync routine. Perhaps
not on Pavel's machine (:>), but I've experienced painfully slow suspends
too. Performance was helped immensely by applying a concept that I'll credit
Lyle Seaman for - unrolling rw_swap_page_sync and submitting all the IO for
pages then looping again and waiting on each sync. I found with writing 7000
or so pages (a suspend from init S) that something gets triggered to force
the sync about every 3900 pages anyway.
Regards,
Nigel
^ permalink raw reply
* Re: Freezing.. (was Re: Intel P6 vs P7 system call performance)
From: Larry McVoy @ 2002-12-18 19:45 UTC (permalink / raw)
To: Alan Cox
Cc: Larry McVoy, Linus Torvalds, Dave Jones, Horst von Brand,
linux-kernel, Andrew Morton
In-Reply-To: <200212181942.gBIJgp418497@devserv.devel.redhat.com>
On Wed, Dec 18, 2002 at 02:42:51PM -0500, Alan Cox wrote:
> > On Wed, Dec 18, 2002 at 02:30:48PM -0500, Alan Cox wrote:
> > > We've got one - its called linux-kernel.
> >
> > Huh? That's like saying "we don't need a bug database, we have a mailing
> > list". That's patently wrong and so is your statement. If you want
> > reviews you need some place to store them. A mailing list isn't storage.
> >
> > You'll do it however you want of course, but you are being stupid about it.
> > Why is that?
>
> We've got a bug database (bugzilla), we've got a system for seeing what opinion
> appears to be -kernel-list
And exactly how is your statement different than
"we have a system for seeing what bugs appear to be -kernel-list"
?
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
^ 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.