Re: 2.4.0-test12-pre3: kernel: APIC error on CPU0: 08(00) /Gigabyte GA-586DX SMP_BOARD

2000-12-06 Thread Norbert Breun
Hallo Mark, there is one thing, that is some kind of curious: using 2.4.0-test12pre5 I've many apic errors with CPU1 a n d CPU0: Dec 7 06:52:04 nmb kernel: APIC error on CPU1: 04(00) Dec 7 06:52:04 nmb kernel: APIC error on CPU0: 02(00) Dec 7 06:52:04 nmb kernel: APIC error on CPU0: 04(00) D

Re: Transmeta and Linux-2.4.0-test12-pre3

2000-12-04 Thread Pavel Machek
Hi! > Anyway, I do have this machine working now, although not everything is > to my liking. Unlike older picture-books, for example, this one has a > WinModem. Ugh. And the sound chip is supported, but only by the ~ > ALSA > driver (the OSS version is too broken to be used). Gre

Re: test12-pre3 (FireWire issue)

2000-12-03 Thread Andreas Bombe
On Thu, Nov 30, 2000 at 11:00:07PM -0700, Dax Kelson wrote: > Linus Torvalds said once upon a time (Tue, 28 Nov 2000): > > > - pre3: > > - Andreas Bombe: ieee1394 cleanups and fixes > > Linus, Andreas, > > I've been using this same config since FireWire

Re: [patch-2.4.0-test12-pre3] microcode update for P4 (fwd)

2000-12-03 Thread Tigran Aivazian
On Sun, 3 Dec 2000, Matti Aarnio wrote: > On Sat, Dec 02, 2000 at 10:11:28PM +, Tigran Aivazian wrote: > > Second attempt. The linux-kernel list is broken at the moment (reported > > fault to postmaster already) so some messages get lost at random: > >Tigran has local problems with his o

Re: [patch-2.4.0-test12-pre3] microcode update for P4 (fwd)

2000-12-03 Thread Matti Aarnio
On Sat, Dec 02, 2000 at 10:11:28PM +, Tigran Aivazian wrote: > Second attempt. The linux-kernel list is broken at the moment (reported > fault to postmaster already) so some messages get lost at random: Tigran has local problems with his outgoing email. Nothing to do with vger.kernel.or

Re: [patch-2.4.0-test12-pre3] ip_conntrack_proto_tcp.c compilation fix.

2000-12-03 Thread Yoann Vandoorselaere
Yoann Vandoorselaere <[EMAIL PROTECTED]> writes: > --- linux/net/ipv4/netfilter/ip_conntrack_proto_tcp.c.origSat Dec 2 16:18:05 >2000 > +++ linux/net/ipv4/netfilter/ip_conntrack_proto_tcp.c Sat Dec 2 16:19:04 2000 > @@ -228,6 +228,6 @@ > } > > struct ip_conntrack_protocol ip_conntrack_

Re: Transmeta and Linux-2.4.0-test12-pre3

2000-12-03 Thread Linus Torvalds
On Sat, 2 Dec 2000, Alan Cox wrote: > > > But the camera is cool, and works beautifully (once you get XFree86 > > happy) thanks to Andrew Tridgell. (If I could just coax the X server > > into giving my a YUV overlay I could play DVD's with this thing). > > Start at http://www.core.binghamton

Re: Transmeta and Linux-2.4.0-test12-pre3 [slightly off-topic]

2000-12-02 Thread Linus Torvalds
On Sat, 2 Dec 2000, Ion Badulescu wrote: > > If it's the same bug that locks up the ATI chipset on my Dell laptop, > then you can safely enable DPMS if only enable the standby mode, > not the others (suspend and off). The panel gets turned off anyway, > even in standby. Yup, same bug, and yes,

[patch-2.4.0-test12-pre3] ip_conntrack_proto_tcp.c compilation fix.

2000-12-02 Thread Yoann Vandoorselaere
--- linux/net/ipv4/netfilter/ip_conntrack_proto_tcp.c.orig Sat Dec 2 16:18:05 2000 +++ linux/net/ipv4/netfilter/ip_conntrack_proto_tcp.c Sat Dec 2 16:19:04 2000 @@ -228,6 +228,6 @@ } struct ip_conntrack_protocol ip_conntrack_protocol_tcp -= { { NULL, NULLpkt_IPPROTO_TCP, "tcp", -

[patch-2.4.0-test12-pre3] microcode update for P4 (fwd)

2000-12-02 Thread Tigran Aivazian
Second attempt. The linux-kernel list is broken at the moment (reported fault to postmaster already) so some messages get lost at random: -- Forwarded message -- Date: Sat, 2 Dec 2000 21:49:21 + (GMT) From: Tigran Aivazian <[EMAIL PROTECTED]> To: Linus Torvalds <[EMAIL PROTEC

Re: [patch-2.4.0-test12-pre3] microcode update for P4 (fwd)

2000-12-02 Thread H. Peter Anvin
Tigran Aivazian wrote: > > On Sat, 2 Dec 2000, Tigran Aivazian wrote: > > > On Sat, 2 Dec 2000, H. Peter Anvin wrote: > > > > > > OK, fair enough. Let me make a new statement then: I suggest we preface > > > these with MSR_ anyway so we can tell what they really are. > > > > > > > That is much

Re: [patch-2.4.0-test12-pre3] microcode update for P4 (fwd)

2000-12-02 Thread H. Peter Anvin
Tigran Aivazian wrote: > > On Sat, 2 Dec 2000, H. Peter Anvin wrote: > > > > OK, fair enough. Let me make a new statement then: I suggest we preface > > these with MSR_ anyway so we can tell what they really are. > > > > That is much better. Actually, I accept your suggestion. (because I have >

Re: [patch-2.4.0-test12-pre3] microcode update for P4 (fwd)

2000-12-02 Thread H. Peter Anvin
Tigran Aivazian wrote: > > On Sat, 2 Dec 2000, H. Peter Anvin wrote: > > > Alan Cox wrote: > > > > > > > Please call these MSR_* instead, "IA32_*" isn't very descriptive, > > > > besides, the preferred prefix in existing locations in the Linux > > > > kernel is "X86_", e.g. X86_EFLAGS_IF or X86_

Re: [patch-2.4.0-test12-pre3] microcode update for P4 (fwd)

2000-12-02 Thread H. Peter Anvin
Alan Cox wrote: > > > Please call these MSR_* instead, "IA32_*" isn't very descriptive, > > besides, the preferred prefix in existing locations in the Linux > > kernel is "X86_", e.g. X86_EFLAGS_IF or X86_CR4_PSE. I think there > > I think I agree with Tigran's naming. These are IA32 registers

Re: Transmeta and Linux-2.4.0-test12-pre3

2000-12-02 Thread Aaron Lehmann
On Fri, Dec 01, 2000 at 09:09:25PM -0800, Linus Torvalds wrote: > NOTE! Getting the 2.4.x kernel up and running is the easy part. The > machine also has a very recent ATI Rage Mobility chip in it, and you > need the newest XFree86 CVS snapshot to make it work (along with a > one-liner patch from

Re: [patch-2.4.0-test12-pre3] microcode update for P4 (fwd)

2000-12-02 Thread Tigran Aivazian
On 1 Dec 2000, H. Peter Anvin wrote: > > +/* symbolic names for some interesting MSRs */ > > +#define IA32_PLATFORM_ID 0x17 > > +#define IA32_UCODE_WRITE 0x79 > > +#define IA32_UCODE_REV 0x8B > > > > Please call these MSR_* instead, "IA32_*" isn't very descriptive, > besides, the

Re: [patch-2.4.0-test12-pre3] microcode update for P4 (fwd)

2000-12-02 Thread Alan Cox
> Please call these MSR_* instead, "IA32_*" isn't very descriptive, > besides, the preferred prefix in existing locations in the Linux > kernel is "X86_", e.g. X86_EFLAGS_IF or X86_CR4_PSE. I think there I think I agree with Tigran's naming. These are IA32 registers not X86 ones ;) - To unsubs

Re: Transmeta and Linux-2.4.0-test12-pre3

2000-12-02 Thread Alan Cox
> Anyway, I do have this machine working now, although not everything is > to my liking. Unlike older picture-books, for example, this one has a > WinModem. Ugh. And the sound chip is supported, but only by the ALSA > driver (the OSS version is too broken to be used). The OSS ymf_sb legacy dr

Re: Transmeta and Linux-2.4.0-test12-pre3 [slightly off-topic]

2000-12-02 Thread Ion Badulescu
On 1 Dec 2000 21:09:25 -0800, Linus Torvalds <[EMAIL PROTECTED]> wrote: > Even then XFree86 does something bad with DPMS, and will lock up the > graphics chipset when it tries to shut down the flat panel display. > Solution: don't enable DPMS is XF86Config. That's an XFree86 problem, > but happ

Re: Transmeta and Linux-2.4.0-test12-pre3

2000-12-01 Thread Linus Torvalds
In article <90a065$5ai$[EMAIL PROTECTED]>, Linus Torvalds <[EMAIL PROTECTED]> wrote: > >Anyway, I do have this machine working now, although not everything is >to my liking. Unlike older picture-books, for example, this one has a >WinModem. Ugh. And the sound chip is supported, but only by the

Can CMS be upgraded? -- Re: Transmeta and Linux-2.4.0-test12-pre3

2000-12-01 Thread Miles Lane
If I buy one of these machines for testing, will I be able to upgrade the processor's Code Morphing Software with the new version when it's ready? I hear the new CMS code will almost double the battery life. Thanks, Miles - To unsubscribe from this list: send the line "unsubscribe linux

Re: [patch-2.4.0-test12-pre3] microcode update for P4 (fwd)

2000-12-01 Thread H. Peter Anvin
Followup to: <[EMAIL PROTECTED]> By author:Tigran Aivazian <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > Second attempt -- the first one got lost due to some local mail client > problems... > > Hi Linus, > > Here is the patch to microcode update driver to support the new P4 > CPU.

Re: Transmeta and Linux-2.4.0-test12-pre3

2000-12-01 Thread Linus Torvalds
In article <[EMAIL PROTECTED]>, Adam J. Richter <[EMAIL PROTECTED]> wrote: > > Well, alas, it appears that linux-2.4.0-test12-pre3 freezes hard >while reading the base address registers of the first PCI device >(the "host bridge"). Actually, I think t

Re: Transmeta and Linux-2.4.0-test12-pre3

2000-12-01 Thread H. Peter Anvin
Followup to: <[EMAIL PROTECTED]> By author:"Adam J. Richter" <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > Well, alas, it appears that linux-2.4.0-test12-pre3 freezes hard > while reading the base address registers of the first PCI device >

Transmeta and Linux-2.4.0-test12-pre3

2000-12-01 Thread Adam J. Richter
smeta making sure that this particular combination would work. Well, alas, it appears that linux-2.4.0-test12-pre3 freezes hard while reading the base address registers of the first PCI device (the "host bridge"). Actually, I think the problem is some kind of system management int

#ifdef cleanup for drivers/net/fc/iph5526.c (240-test12-pre3)

2000-12-01 Thread Rasmus Andersen
Hi. I recently investigated an 'unused function' warning in iph5526.c. Looking at it (both the code causing the warning and the whole driver) convinced me that the driver cannot be used without PCI enabled. I therefore propose that we add a dependency in net/Config.in for this driver and clean

[patch-2.4.0-test12-pre3] microcode update for P4 (fwd)

2000-12-01 Thread Tigran Aivazian
[patch-2.4.0-test12-pre3] microcode update for P4 Hi Linus, Here is the patch to microcode update driver to support the new P4 CPU. Regards, Tigran diff -urN -X dontdiff linux/arch/i386/kernel/microcode.c ucode/arch/i386/kernel/microcode.c --- linux/arch/i386/kernel/microcode.c Mon Oct 30 2

Re: test12-pre3 (FireWire issue)

2000-11-30 Thread Dax Kelson
Frank Davis said once upon a time (Fri, 1 Dec 2000): > Dax, >What is your modutils version? Is this the first test12 that has > caused this error? > Regards, Frank [root@thud security]# depmod --version depmod version 2.3.21 I was running 2.4.0-test11-pre3 before I upgraded to

Re: test12-pre3 (FireWire issue)

2000-11-30 Thread Frank Davis
Dax, What is your modutils version? Is this the first test12 that has caused this error? Regards, Frank > Linus, Andreas, > > I've been using this same config since FireWire was merged, just tried out > test12-pre3 and got an unresolved symbol problem with raw1394.o >

Re: test12-pre3 (FireWire issue)

2000-11-30 Thread Dax Kelson
Linus Torvalds said once upon a time (Tue, 28 Nov 2000): > - pre3: > - Andreas Bombe: ieee1394 cleanups and fixes Linus, Andreas, I've been using this same config since FireWire was merged, just tried out test12-pre3 and got an unresolved symbol problem with raw1394.o #

PATCH: 2.4.0-test12-pre3: fix ntfs BUG() call

2000-11-30 Thread Anton Altaparmakov
4.0-test12-pre3/fs/ntfs/fs.c linux/fs/ntfs/fs.c --- linux-2.4.0-test12-pre3/fs/ntfs/fs.cThu Nov 16 21:18:26 2000 +++ linux/fs/ntfs/fs.c Fri Dec 1 00:08:38 2000 @@ -557,7 +557,8 @@ #endif /* It's fscking broken. */ - +/* FIXME: [bm]map code is disabled until ntfs_get_bl

Crystal SoundFusion doesn't work under 2.4.0-test12-pre3

2000-11-30 Thread Wayne . Brown
000 cs461x: Card found at 0x5010 and 0x5000, IRQ 11 cs461x: Thinkpad 600X/A20/T20 at 0x5010/0x5000, IRQ 11 ac97_codec: AC97 Audio codec, id: 0x4352:0x5913 (Cirrus Logic CS4297A) cs461x: Found 1 audio device(s). and for test12-pre3: Crystal 4280/461x + AC97 Audio, version 0.14, 11:51

Re: 2.4.0-test12-pre3 -- Playing an audio CD halts with drive errors.

2000-11-30 Thread Miles Lane
> Try with > > *.kernel.org/pub/linux/kernel/people/axboe/patches/2.4.0-test11/cd-1.bz2 > > It should apply cleanly to test12-pre3 too. Thanks Jens. Your patch enables me to play the entire CD. However, I still get this error every time I begin playing the CD: hdc: packe

2.4.0-test12-pre3: kernel: APIC error on CPU0: 08(00) /Gigabyte GA-586DX SMP_BOARD

2000-11-30 Thread Norbert Breun
Hallo, following errors come when running 2.4.0-test12-pre3 on my Gigabyte GA-586DX SMP_BOARD. Theses errors also appear with 2.4.0-test11 ind prior. Running with 2.2.16 / 2.2.17 no such errors appear: Nov 30 11:33:46 nmb kernel: APIC error on CPU0: 08(00) Nov 30 11:34:09 nmb kernel: APIC

Re: 2.4.0-test12-pre3 -- Playing an audio CD halts with drive errors.

2000-11-30 Thread Jens Axboe
0 00 02 00 3f 24 ff 00 00 00 " >Error in command packet byte 8 bit 0 Try with *.kernel.org/pub/linux/kernel/people/axboe/patches/2.4.0-test11/cd-1.bz2 It should apply cleanly to test12-pre3 too. -- * Jens Axboe <[EMAIL PROTECTED]> * SuSE Labs - To unsubscribe from this list: se

[2.4.0-test12-pre3] SCSI Oops

2000-11-30 Thread Borislav Deianov
proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.0-test12/ (default) -m linux-2.4.0-test12-pre3/System.map (specified) Unable to handle kernel NULL pointer dereference at virtual address 0001 c0197b60 *pde = Oops: CPU:0 EIP:0010:[] Usin

2.4.0-test12-pre3 -- Playing an audio CD halts with drive errors.

2000-11-29 Thread Miles Lane
This could be a CD scratch, but I don't think it is. This is a brand new CD which I just opened. After the errors from /var/log/messages, I include info from hdparm -g -i. hdc: packet command error: status=0x51 { DriveReady SeekComplete Error } hdc: packet command error: error=0x50 ATAPI device

Re: [linux-usb-devel] Re: test12-pre3 (broke my usb)

2000-11-29 Thread Greg KH
> > Nov 29 17:12:14 sasami kernel: usb_control/bulk_msg: timeout > > Nov 29 17:12:14 sasami kernel: usb.c: USB device not accepting new address=6 >(error=-110) This message is now showing up for a lot of people. I think we need to change the source to have it say what is really happening: diff

Re: [Acpi] linux-test12-pre3 fails to compile in acpi.c]

2000-11-29 Thread A. A. Reese
Patrick Mochel wrote: > > Hmm...I tried it a few times, and I could not get it to fail. This is > what I did: Success! rm -rf linux-2.4 Started over with my original linux-2.4.0-test10.bz2, patched it up and all was fine. Perhaps I experienced some of the fs corruption that has been floating aro

Re: test12-pre3 (broke my usb)

2000-11-29 Thread David Ford
> Seems to have broken my IntelliMouse Optical (logs from the third time > I inserted usb-uhci): > > Nov 29 17:12:08 sasami kernel: usb-uhci.c: Detected 2 ports > Nov 29 17:12:08 sasami kernel: usb.c: new USB bus registered, assigned bus number 1 > Nov 29 17:12:08 sasami kernel: hub.c: USB hub fou

Re: test12-pre3 (broke my usb)

2000-11-29 Thread Miles Lane
Rick Haines wrote: > On Tue, Nov 28, 2000 at 10:57:35PM -0800, Linus Torvalds wrote: > >> - pre3: >> - Johannes Erdfelt: USB update > > > Seems to have broken my IntelliMouse Optical (logs from the third time > I inserted usb-uhci): Yes. This problem has been reported by two others on t

Re: test12-pre3 (broke my usb)

2000-11-29 Thread Rick Haines
On Tue, Nov 28, 2000 at 10:57:35PM -0800, Linus Torvalds wrote: > - pre3: > - Johannes Erdfelt: USB update Seems to have broken my IntelliMouse Optical (logs from the third time I inserted usb-uhci): Nov 29 17:12:08 sasami kernel: usb-uhci.c: Detected 2 ports Nov 29 17:12:08 sasami kernel:

[patch] test12-pre3 include/linux/elf.h

2000-11-29 Thread Keith Owens
Linus, please apply. The kernel incorrectly defines Elf64_Word and Elf64_Sword as 8 bytes, they should be 4 bytes, Elf64_Xword and Elf64_Sxword are the 8 byte versions. The type mismatch between kernel and user space causes field misalignments if you copy a user space definition into the kernel

linux-test12-pre3 fails to compile in acpi.c

2000-11-29 Thread Garst R. Reese
I would guess this a problem with missed patches during Linus's paternity leave. test11 did fine and acpi sorta works. (ThinkPad A20) Garst - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.

Re: test12-pre3: paging problem

2000-11-29 Thread Tim Sullivan
Brian Gerst wrote: > > Tim Sullivan wrote: > > > > Hello, > > > > The following occurred during startup using test12-pre3. test12-pre2 > > does not exhibit the problem. > > > > regards, > > > > -tim > > > > kernel: Unable to

Re: test12-pre3: paging problem

2000-11-29 Thread Brian Gerst
Tim Sullivan wrote: > > Hello, > > The following occurred during startup using test12-pre3. test12-pre2 > does not exhibit the problem. > > regards, > > -tim > > kernel: Unable to handle kernel paging request at virtual address > fffc > kernel: pr

Re: test12-pre3: paging problem

2000-11-29 Thread Tim Sullivan
Brian Gerst wrote: > > Run the oops messages through ksymoops please. It is useless in this > form. > In this case, it is not very helpful. ksymoops 2.3.5 on i686 2.4.0-test12-pre3. Options used -v /usr/src/linux/vmlinux (specified) -k /proc/ksyms (specified) -l /

test12-pre3: paging problem

2000-11-29 Thread Tim Sullivan
Hello, The following occurred during startup using test12-pre3. test12-pre2 does not exhibit the problem. regards, -tim kernel: Unable to handle kernel paging request at virtual address fffc kernel: printing eip: kernel: c011a41f kernel: *pde = 1063 kernel: *pte = kernel

Re: 36bit mtrrs work! (2.4.0-test12-pre3)

2000-11-29 Thread Boszormenyi Zoltan
On Wed, 29 Nov 2000, Tigran Aivazian wrote: > Hi, > > Just to let people know that 2.4.0-test12-pre3 behaves much better than > earlier versions on my 6G RAM machine. Not only /proc/mtrr is correctly > showing all 6G cached for write-back but also I so far I never had to >

36bit mtrrs work! (2.4.0-test12-pre3)

2000-11-29 Thread Tigran Aivazian
Hi, Just to let people know that 2.4.0-test12-pre3 behaves much better than earlier versions on my 6G RAM machine. Not only /proc/mtrr is correctly showing all 6G cached for write-back but also I so far I never had to up/down one of the eepro100 interfaces to get it to work -- something I hda to

test12-pre3

2000-11-28 Thread Linus Torvalds
The bulk of this is architecture updates (most lately mips64). The most interesting (but fairly small) part is the VM cleanups. Any day now kiobuf's can just use PageDirty on everything, and we won't have any nasty races any more. Linus - pre3: - me: more PageDirty /