* Re: Linux v2.5.54
2003-01-02 3:43 Linux v2.5.54 Linus Torvalds
@ 2003-01-02 4:38 ` William Lee Irwin III
2003-01-02 10:43 ` Rusty Russell
2003-01-02 4:52 ` Linux v2.5.54 - OHCI-HCD build fails Murray J. Root
` (5 subsequent siblings)
6 siblings, 1 reply; 28+ messages in thread
From: William Lee Irwin III @ 2003-01-02 4:38 UTC (permalink / raw)
To: linux-kernel; +Cc: rusty
On Wed, Jan 01, 2003 at 07:43:40PM -0800, Linus Torvalds wrote:
> Rusty Russell <rusty@rustcorp.com.au>:
> o Modules without init functions don't need exit functions
> o Embed __this_module in module itself
> o Fix MODULE_PARM for arrays of s
> o Minor compile fix for some modules
> o more module parameter parsing bugs
> o MODULE_PARM "c" support
> o Modules 1/3: remove common section handling
> o Modules 2/3: Use sh_addr instead of sh_offset
> o Modules 3/3: Sort sections
Hmm, I got this oops in 2.5.53-mm3:
eth2: Adaptec Starfire 6915 at 0xf8a55000, 00:00:d1:ec:cf:9f, IRQ 11.
eth2: MII PHY found at address 1, status 0x7809 advertising 01e1.
eth2: scatter-gather and hardware TCP cksumming disabled.
eth3: Adaptec Starfire 6915 at 0xf8ad6000, 00:00:d1:ec:cf:a0, IRQ 7.
eth3: MII PHY found at address 1, status 0x7809 advertising 01e1.
eth3: scatter-gather and hardware TCP cksumming disabled.
ERROR: SCSI host `isp1020' has no error handling
ERROR: This is not a safe way to run your SCSI host
ERROR: The error handling must be added to this driver
Call Trace:
[<c02364a9>] <1>Unable to handle kernel NULL pointer dereference at virtual address 00000000
printing eip:
c0137ca3
*pde = 00104001
Oops: 0002
CPU: 0
EIP: 0060:[<c0137ca3>] Not tainted
EFLAGS: 00010206
Unable to handle kernel NULL pointer dereference at virtual address 00000000
printing eip:
c0137ca3
*pde = 00104001
$ addr2line -e vmlinux 0xc0137ca3
/mnt/g/mm3-2.5.53-2/kernel/kallsyms.c:60
$ addr2line -e vmlinux 0xc02364a9
/mnt/g/mm3-2.5.53-2/drivers/scsi/hosts.c:380
It doesn't look like these codepaths were touched in the recent 2.5.54
changes.
Thanks,
Bill
^ permalink raw reply [flat|nested] 28+ messages in thread* Re: Linux v2.5.54
2003-01-02 4:38 ` William Lee Irwin III
@ 2003-01-02 10:43 ` Rusty Russell
2003-01-02 10:55 ` Andi Kleen
0 siblings, 1 reply; 28+ messages in thread
From: Rusty Russell @ 2003-01-02 10:43 UTC (permalink / raw)
To: William Lee Irwin III; +Cc: rusty, linux-kernel, ak
In message <20030102043850.GP9704@holomorphy.com> you write:
> On Wed, Jan 01, 2003 at 07:43:40PM -0800, Linus Torvalds wrote:
> > Rusty Russell <rusty@rustcorp.com.au>:
> > o Modules without init functions don't need exit functions
> > o Embed __this_module in module itself
> > o Fix MODULE_PARM for arrays of s
> > o Minor compile fix for some modules
> > o more module parameter parsing bugs
> > o MODULE_PARM "c" support
> > o Modules 1/3: remove common section handling
> > o Modules 2/3: Use sh_addr instead of sh_offset
> > o Modules 3/3: Sort sections
>
> Hmm, I got this oops in 2.5.53-mm3:
>
> eth2: Adaptec Starfire 6915 at 0xf8a55000, 00:00:d1:ec:cf:9f, IRQ 11.
> eth2: MII PHY found at address 1, status 0x7809 advertising 01e1.
> eth2: scatter-gather and hardware TCP cksumming disabled.
> eth3: Adaptec Starfire 6915 at 0xf8ad6000, 00:00:d1:ec:cf:a0, IRQ 7.
> eth3: MII PHY found at address 1, status 0x7809 advertising 01e1.
> eth3: scatter-gather and hardware TCP cksumming disabled.
> ERROR: SCSI host `isp1020' has no error handling
> ERROR: This is not a safe way to run your SCSI host
> ERROR: The error handling must be added to this driver
> Call Trace:
> [<c02364a9>] <1>Unable to handle kernel NULL pointer dereference at virtual
address 00000000
Hmm, Andi played with the kallsyms code. Unless this is in a module,
I don't think it can be me.
Andi?
Rusty.
--
Anyone who quotes me in their sig is an idiot. -- Rusty Russell.
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Linux v2.5.54
2003-01-02 10:43 ` Rusty Russell
@ 2003-01-02 10:55 ` Andi Kleen
2003-01-02 11:13 ` William Lee Irwin III
0 siblings, 1 reply; 28+ messages in thread
From: Andi Kleen @ 2003-01-02 10:55 UTC (permalink / raw)
To: Rusty Russell, William Lee Irwin III; +Cc: linux-kernel, ak
> Hmm, Andi played with the kallsyms code. Unless this is in a module,
> I don't think it can be me.
>
> Andi?
Yes it was me.
I already posted a patch to fix this.
-Andi
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Linux v2.5.54
2003-01-02 10:55 ` Andi Kleen
@ 2003-01-02 11:13 ` William Lee Irwin III
0 siblings, 0 replies; 28+ messages in thread
From: William Lee Irwin III @ 2003-01-02 11:13 UTC (permalink / raw)
To: Andi Kleen; +Cc: Rusty Russell, linux-kernel
At some point in the past, Rusty Russell wrote:
> Hmm, Andi played with the kallsyms code. Unless this is in a module,
> I don't think it can be me.
On Thu, Jan 02, 2003 at 11:55:38AM +0100, Andi Kleen wrote:
> Yes it was me.
> I already posted a patch to fix this.
> -Andi
Thanks Andi for cleaning it up, and Rusty, you're blameless. I was only
relying on you to point me in the proper direction for on-the-fly kernel
code editing etc. issues.
Thanks,
Bill
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Linux v2.5.54 - OHCI-HCD build fails
2003-01-02 3:43 Linux v2.5.54 Linus Torvalds
2003-01-02 4:38 ` William Lee Irwin III
@ 2003-01-02 4:52 ` Murray J. Root
2003-01-02 5:00 ` Murray J. Root
2003-01-02 10:34 ` Linux v2.5.54 SZALAY Attila
` (4 subsequent siblings)
6 siblings, 1 reply; 28+ messages in thread
From: Murray J. Root @ 2003-01-02 4:52 UTC (permalink / raw)
To: Kernel Mailing List
On Wed, Jan 01, 2003 at 07:43:40PM -0800, Linus Torvalds wrote:
>
> Happy new year to you all, hopefully most of you are back from the dead
> and the hangovers are all long gone. And if not, I'm told reading a large
> kernel patch is _just_ the medication for whatever ails you.
>
> The 2.5.54 patch is largely mainly a big collection of various small
> things, all over the place (diffstat shows a long list of small changes,
> with some noticeable activity in UML, the MPT fusion driver and some of
> the fbcon drivers).
>
> Various module updates (deprecated functions, updated loaders etc), usb,
> m68k, x86-64 updates, kbuild stuff etc etc.
Build error:
In file included from drivers/usb/host/ohci-hcd.c:137:
drivers/usb/host/ohci-dbg.c: In function `show_list':
drivers/usb/host/ohci-dbg.c:358: `data1' undeclared (first use in this function)
drivers/usb/host/ohci-dbg.c:358: (Each undeclared identifier is reported only once
drivers/usb/host/ohci-dbg.c:358: for each function it appears in.)
drivers/usb/host/ohci-dbg.c:358: `data0' undeclared (first use in this function)
make[3]: *** [drivers/usb/host/ohci-hcd.o] Error 1
--
Murray J. Root
------------------------------------------------
DISCLAIMER: http://www.goldmark.org/jeff/stupid-disclaimers/
------------------------------------------------
Mandrake on irc.freenode.net:
#mandrake & #mandrake-linux = help for newbies
#mdk-cooker = Mandrake Cooker
#cooker = moderated Mandrake Cooker
^ permalink raw reply [flat|nested] 28+ messages in thread* Re: Linux v2.5.54 - OHCI-HCD build fails
2003-01-02 4:52 ` Linux v2.5.54 - OHCI-HCD build fails Murray J. Root
@ 2003-01-02 5:00 ` Murray J. Root
2003-01-02 5:16 ` [PATCH] " Andres Salomon
0 siblings, 1 reply; 28+ messages in thread
From: Murray J. Root @ 2003-01-02 5:00 UTC (permalink / raw)
To: Kernel Mailing List
On Wed, Jan 01, 2003 at 11:52:45PM -0500, Murray J. Root wrote:
> On Wed, Jan 01, 2003 at 07:43:40PM -0800, Linus Torvalds wrote:
> >
> > Happy new year to you all, hopefully most of you are back from the dead
> > and the hangovers are all long gone. And if not, I'm told reading a large
> > kernel patch is _just_ the medication for whatever ails you.
> >
> > The 2.5.54 patch is largely mainly a big collection of various small
> > things, all over the place (diffstat shows a long list of small changes,
> > with some noticeable activity in UML, the MPT fusion driver and some of
> > the fbcon drivers).
> >
> > Various module updates (deprecated functions, updated loaders etc), usb,
> > m68k, x86-64 updates, kbuild stuff etc etc.
>
> Build error:
>
> In file included from drivers/usb/host/ohci-hcd.c:137:
> drivers/usb/host/ohci-dbg.c: In function `show_list':
> drivers/usb/host/ohci-dbg.c:358: `data1' undeclared (first use in this function)
> drivers/usb/host/ohci-dbg.c:358: (Each undeclared identifier is reported only once
> drivers/usb/host/ohci-dbg.c:358: for each function it appears in.)
> drivers/usb/host/ohci-dbg.c:358: `data0' undeclared (first use in this function)
> make[3]: *** [drivers/usb/host/ohci-hcd.o] Error 1
>
checking "USB verbose debug nessages" lets it build
not what I wanted, but better than no ohci-hcd
--
Murray J. Root
------------------------------------------------
DISCLAIMER: http://www.goldmark.org/jeff/stupid-disclaimers/
------------------------------------------------
Mandrake on irc.freenode.net:
#mandrake & #mandrake-linux = help for newbies
#mdk-cooker = Mandrake Cooker
#cooker = moderated Mandrake Cooker
^ permalink raw reply [flat|nested] 28+ messages in thread
* [PATCH] Re: Linux v2.5.54 - OHCI-HCD build fails
2003-01-02 5:00 ` Murray J. Root
@ 2003-01-02 5:16 ` Andres Salomon
2003-01-02 5:43 ` Murray J. Root
0 siblings, 1 reply; 28+ messages in thread
From: Andres Salomon @ 2003-01-02 5:16 UTC (permalink / raw)
To: linux-kernel
This fixes it. data0 and data1 are defined inside a DEBUG #ifdef context,
and used outside of it.
On Thu, 02 Jan 2003 00:00:07 -0500, Murray J. Root wrote:
> On Wed, Jan 01, 2003 at 11:52:45PM -0500, Murray J. Root wrote:
>> On Wed, Jan 01, 2003 at 07:43:40PM -0800, Linus Torvalds wrote:
>> >
>> > Happy new year to you all, hopefully most of you are back from the dead
>> > and the hangovers are all long gone. And if not, I'm told reading a large
>> > kernel patch is _just_ the medication for whatever ails you.
>> >
>> > The 2.5.54 patch is largely mainly a big collection of various small
>> > things, all over the place (diffstat shows a long list of small changes,
>> > with some noticeable activity in UML, the MPT fusion driver and some of
>> > the fbcon drivers).
>> >
>> > Various module updates (deprecated functions, updated loaders etc), usb,
>> > m68k, x86-64 updates, kbuild stuff etc etc.
>>
>> Build error:
>>
>> In file included from drivers/usb/host/ohci-hcd.c:137:
>> drivers/usb/host/ohci-dbg.c: In function `show_list':
>> drivers/usb/host/ohci-dbg.c:358: `data1' undeclared (first use in this function)
>> drivers/usb/host/ohci-dbg.c:358: (Each undeclared identifier is reported only once
>> drivers/usb/host/ohci-dbg.c:358: for each function it appears in.)
>> drivers/usb/host/ohci-dbg.c:358: `data0' undeclared (first use in this function)
>> make[3]: *** [drivers/usb/host/ohci-hcd.o] Error 1
>>
>
> checking "USB verbose debug nessages" lets it build
> not what I wanted, but better than no ohci-hcd
--- a/drivers/usb/host/ohci-dbg.c 2003-01-02 00:06:40.000000000 -0500
+++ b/drivers/usb/host/ohci-dbg.c 2003-01-02 00:09:22.000000000 -0500
@@ -9,9 +9,7 @@
*/
/*-------------------------------------------------------------------------*/
-static const char data0 [] = "DATA0";
-static const char data1 [] = "DATA1";
-
+
#ifdef DEBUG
#define edstring(ed_type) ({ char *temp; \
@@ -218,6 +216,9 @@
ohci_dump_roothub (controller, 1);
}
+static const char data0 [] = "DATA0";
+static const char data1 [] = "DATA1";
+
static void ohci_dump_td (char *label, struct td *td)
{
u32 tmp = le32_to_cpup (&td->hwINFO);
^ permalink raw reply [flat|nested] 28+ messages in thread* Re: [PATCH] Re: Linux v2.5.54 - OHCI-HCD build fails
2003-01-02 5:16 ` [PATCH] " Andres Salomon
@ 2003-01-02 5:43 ` Murray J. Root
2003-01-02 6:10 ` Andres Salomon
0 siblings, 1 reply; 28+ messages in thread
From: Murray J. Root @ 2003-01-02 5:43 UTC (permalink / raw)
To: linux-kernel
On Thu, Jan 02, 2003 at 12:16:33AM -0500, Andres Salomon wrote:
> This fixes it. data0 and data1 are defined inside a DEBUG #ifdef context,
> and used outside of it.
>
Um - the patch is backwards.
The lines already existed at 218 & 219. Moving em up to 9 solved the problem
Thanks for the hint.
--
Murray J. Root
------------------------------------------------
DISCLAIMER: http://www.goldmark.org/jeff/stupid-disclaimers/
------------------------------------------------
Mandrake on irc.freenode.net:
#mandrake & #mandrake-linux = help for newbies
#mdk-cooker = Mandrake Cooker
#cooker = moderated Mandrake Cooker
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [PATCH] Re: Linux v2.5.54 - OHCI-HCD build fails
2003-01-02 5:43 ` Murray J. Root
@ 2003-01-02 6:10 ` Andres Salomon
0 siblings, 0 replies; 28+ messages in thread
From: Andres Salomon @ 2003-01-02 6:10 UTC (permalink / raw)
To: linux-kernel
Ack. I need to start using some proper revision control for kernel stuff.
:/
On Thu, 02 Jan 2003 00:43:37 -0500, Murray J. Root wrote:
> On Thu, Jan 02, 2003 at 12:16:33AM -0500, Andres Salomon wrote:
>> This fixes it. data0 and data1 are defined inside a DEBUG #ifdef context,
>> and used outside of it.
>>
>
> Um - the patch is backwards.
> The lines already existed at 218 & 219. Moving em up to 9 solved the problem
> Thanks for the hint.
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Linux v2.5.54
2003-01-02 3:43 Linux v2.5.54 Linus Torvalds
2003-01-02 4:38 ` William Lee Irwin III
2003-01-02 4:52 ` Linux v2.5.54 - OHCI-HCD build fails Murray J. Root
@ 2003-01-02 10:34 ` SZALAY Attila
2003-01-02 15:50 ` Randy.Dunlap
2003-01-02 15:08 ` Adrian Bunk
` (3 subsequent siblings)
6 siblings, 1 reply; 28+ messages in thread
From: SZALAY Attila @ 2003-01-02 10:34 UTC (permalink / raw)
To: Kernel Mailing List
Hi All!
I have a linking problem with 2.5.54 (and 2.5.53 too)
drivers/built-in.o: In function `kd_nosound':
drivers/built-in.o(.text+0x37923): undefined reference to nput_event'
drivers/built-in.o(.text+0x3793c): undefined reference to nput_event'
drivers/built-in.o: In function `kd_mksound':
drivers/built-in.o(.text+0x379e7): undefined reference to nput_event'
drivers/built-in.o: In function `kbd_bh':
drivers/built-in.o(.text+0x385a2): undefined reference to nput_event'
drivers/built-in.o(.text+0x385b0): undefined reference to nput_event'
drivers/built-in.o(.text+0x385c1): more undefined references to nput_event' follow
drivers/built-in.o: In function `kbd_connect':
drivers/built-in.o(.text+0x389e3): undefined reference to nput_open_device'
drivers/built-in.o: In function `kbd_disconnect':
drivers/built-in.o(.text+0x389ff): undefined reference to nput_close_device'
drivers/built-in.o: In function `kbd_init':
drivers/built-in.o(.init.text+0x2ae1): undefined reference to nput_register_handler'
make[1]: *** [vmlinux] Error 1
The .config file:
CONFIG_X86=y
CONFIG_MMU=y
CONFIG_SWAP=y
CONFIG_UID16=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_EXPERIMENTAL=y
CONFIG_NET=y
CONFIG_SYSVIPC=y
CONFIG_SYSCTL=y
CONFIG_MODULES=y
CONFIG_MODULE_UNLOAD=y
CONFIG_OBSOLETE_MODPARM=y
CONFIG_KMOD=y
CONFIG_X86_PC=y
CONFIG_MPENTIUMIII=y
CONFIG_X86_CMPXCHG=y
CONFIG_X86_XADD=y
CONFIG_X86_L1_CACHE_SHIFT=5
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
CONFIG_X86_TSC=y
CONFIG_X86_GOOD_APIC=y
CONFIG_X86_INTEL_USERCOPY=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
CONFIG_X86_PREFETCH=y
CONFIG_PREEMPT=y
CONFIG_X86_UP_APIC=y
CONFIG_X86_UP_IOAPIC=y
CONFIG_X86_LOCAL_APIC=y
CONFIG_X86_IO_APIC=y
CONFIG_X86_MCE=y
CONFIG_X86_MCE_NONFATAL=y
CONFIG_MICROCODE=m
CONFIG_X86_MSR=m
CONFIG_X86_CPUID=m
CONFIG_NOHIGHMEM=y
CONFIG_MTRR=y
CONFIG_HAVE_DEC_LOCK=y
CONFIG_PM=y
CONFIG_SOFTWARE_SUSPEND=y
CONFIG_ACPI=y
CONFIG_ACPI_BOOT=y
CONFIG_ACPI_SLEEP=y
CONFIG_ACPI_AC=y
CONFIG_ACPI_BATTERY=y
CONFIG_ACPI_BUTTON=y
CONFIG_ACPI_FAN=y
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_PROCESSOR_PERF=y
CONFIG_ACPI_THERMAL=y
CONFIG_ACPI_BUS=y
CONFIG_ACPI_INTERPRETER=y
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_PCI=y
CONFIG_ACPI_SYSTEM=y
CONFIG_CPU_FREQ=y
CONFIG_X86_SPEEDSTEP=y
CONFIG_PCI=y
CONFIG_PCI_GOANY=y
CONFIG_PCI_BIOS=y
CONFIG_PCI_DIRECT=y
CONFIG_PCI_NAMES=y
CONFIG_HOTPLUG=y
CONFIG_PCMCIA=m
CONFIG_CARDBUS=y
CONFIG_I82365=m
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_MISC=m
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
CONFIG_PARPORT_PC_CML1=m
CONFIG_PARPORT_PC_FIFO=y
CONFIG_PARPORT_1284=y
CONFIG_PNP=y
CONFIG_PNP_NAMES=y
CONFIG_PNP_CARD=y
CONFIG_PNPBIOS=y
CONFIG_BLK_DEV_FD=y
CONFIG_BLK_DEV_LOOP=m
CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y
CONFIG_BLK_DEV_IDEDISK=y
CONFIG_BLK_DEV_IDECS=m
CONFIG_BLK_DEV_IDECD=m
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_BLK_DEV_GENERIC=y
CONFIG_IDEPCI_SHARE_IRQ=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_BLK_DEV_ADMA=y
CONFIG_BLK_DEV_SIS5513=y
CONFIG_IDEDMA_AUTO=y
CONFIG_BLK_DEV_IDE_MODES=y
CONFIG_SCSI=m
CONFIG_BLK_DEV_SD=m
CONFIG_BLK_DEV_SR=m
CONFIG_SCSI_MULTI_LUN=y
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_PCMCIA=y
CONFIG_PCMCIA_AHA152X=m
CONFIG_PCMCIA_FDOMAIN=m
CONFIG_PCMCIA_NINJA_SCSI=m
CONFIG_PCMCIA_QLOGIC=m
CONFIG_I2O=m
CONFIG_I2O_PCI=m
CONFIG_I2O_BLOCK=m
CONFIG_I2O_LAN=m
CONFIG_I2O_SCSI=m
CONFIG_I2O_PROC=m
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_NETLINK_DEV=m
CONFIG_NETFILTER=y
CONFIG_UNIX=y
CONFIG_NET_KEY=m
CONFIG_INET=y
CONFIG_INET_ECN=y
CONFIG_INET_AH=y
CONFIG_INET_ESP=y
CONFIG_XFRM_USER=y
CONFIG_IP_NF_IPTABLES=y
CONFIG_IP_NF_MATCH_AH_ESP=y
CONFIG_IP_NF_TARGET_LOG=y
CONFIG_IPV6=y
CONFIG_IP6_NF_IPTABLES=y
CONFIG_IPV6_SCTP__=y
CONFIG_IP_SCTP=m
CONFIG_VLAN_8021Q=y
CONFIG_NETDEVICES=y
CONFIG_NET_ETHERNET=y
CONFIG_NET_PCI=y
CONFIG_SIS900=m
CONFIG_PPP=m
CONFIG_PPP_ASYNC=m
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_BSDCOMP=m
CONFIG_NET_RADIO=y
CONFIG_HERMES=m
CONFIG_PCMCIA_NETWAVE=m
CONFIG_PCMCIA_WAVELAN=m
CONFIG_PCMCIA_HERMES=m
CONFIG_AIRO_CS=m
CONFIG_NET_WIRELESS=y
CONFIG_NET_PCMCIA=y
CONFIG_PCMCIA_3C589=m
CONFIG_PCMCIA_3C574=m
CONFIG_PCMCIA_FMVJ18X=m
CONFIG_PCMCIA_PCNET=m
CONFIG_PCMCIA_NMCLAN=m
CONFIG_PCMCIA_SMC91C92=m
CONFIG_PCMCIA_XIRC2PS=m
CONFIG_PCMCIA_AXNET=m
CONFIG_NET_PCMCIA_RADIO=y
CONFIG_PCMCIA_RAYCS=m
CONFIG_IRDA=m
CONFIG_IRLAN=m
CONFIG_IRCOMM=m
CONFIG_IRDA_ULTRA=y
CONFIG_IRDA_CACHE_LAST_LSAP=y
CONFIG_IRDA_FAST_RR=y
CONFIG_IRTTY_SIR=m
CONFIG_DONGLE=y
CONFIG_ESI_DONGLE=m
CONFIG_ACTISYS_DONGLE=m
CONFIG_TEKRAM_DONGLE=m
CONFIG_IRPORT_SIR=m
CONFIG_NSC_FIR=m
CONFIG_WINBOND_FIR=m
CONFIG_TOSHIBA_FIR=m
CONFIG_SMC_IRCC_FIR=m
CONFIG_ALI_FIR=m
CONFIG_VLSI_FIR=m
CONFIG_INPUT=m
CONFIG_SOUND_GAMEPORT=y
CONFIG_SERIO=y
CONFIG_SERIO_I8042=y
CONFIG_SERIO_SERPORT=y
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=m
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=m
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
CONFIG_SERIAL_8250=m
CONFIG_SERIAL_8250_CS=m
CONFIG_SERIAL_CORE=m
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
CONFIG_PRINTER=m
CONFIG_I2C=m
CONFIG_I2C_ALGOBIT=m
CONFIG_I2C_PHILIPSPAR=m
CONFIG_I2C_ELV=m
CONFIG_I2C_VELLEMAN=m
CONFIG_SCx200_ACB=m
CONFIG_I2C_ALGOPCF=m
CONFIG_I2C_ELEKTOR=m
CONFIG_I2C_CHARDEV=m
CONFIG_I2C_PROC=m
CONFIG_SENSORS_ADM1021=m
CONFIG_SENSORS_LM75=m
CONFIG_RTC=y
CONFIG_AGP=m
CONFIG_AGP_SIS=m
CONFIG_SYNCLINK_CS=m
CONFIG_MWAVE=m
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_TMPFS=y
CONFIG_RAMFS=y
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_PROC_FS=y
CONFIG_DEVFS_FS=y
CONFIG_DEVFS_MOUNT=y
CONFIG_DEVPTS_FS=y
CONFIG_EXT2_FS=y
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
CONFIG_NFS_V4=y
CONFIG_SUNRPC=m
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_CIFS=m
CONFIG_ZISOFS_FS=m
CONFIG_MSDOS_PARTITION=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
CONFIG_NLS_CODEPAGE_1250=m
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_2=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_UTF8=m
CONFIG_VGA_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_SOUND=y
CONFIG_SND=m
CONFIG_SND_SEQUENCER=m
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
CONFIG_SND_SEQUENCER_OSS=y
CONFIG_SND_RTCTIMER=m
CONFIG_SND_TRIDENT=m
CONFIG_SND_USB_AUDIO=m
CONFIG_USB=y
CONFIG_USB_DEVICEFS=y
CONFIG_USB_EHCI_HCD=m
CONFIG_USB_OHCI_HCD=m
CONFIG_USB_AUDIO=m
CONFIG_USB_MIDI=m
CONFIG_USB_ACM=m
CONFIG_USB_PRINTER=m
CONFIG_USB_STORAGE=m
CONFIG_USB_STORAGE_DEBUG=y
CONFIG_USB_STORAGE_DATAFAB=y
CONFIG_USB_STORAGE_FREECOM=y
CONFIG_USB_STORAGE_ISD200=y
CONFIG_USB_STORAGE_DPCM=y
CONFIG_USB_STORAGE_HP8200e=y
CONFIG_USB_STORAGE_SDDR09=y
CONFIG_USB_STORAGE_SDDR55=y
CONFIG_USB_STORAGE_JUMPSHOT=y
CONFIG_USB_HID=m
CONFIG_USB_HIDDEV=y
CONFIG_USB_KBD=m
CONFIG_USB_MOUSE=m
CONFIG_USB_AIPTEK=m
CONFIG_USB_WACOM=m
CONFIG_USB_POWERMATE=m
CONFIG_USB_XPAD=m
CONFIG_USB_MDC800=m
CONFIG_USB_SCANNER=m
CONFIG_USB_MICROTEK=m
CONFIG_USB_HPUSBSCSI=m
CONFIG_USB_DABUSB=m
CONFIG_USB_CATC=m
CONFIG_USB_CDCETHER=m
CONFIG_USB_KAWETH=m
CONFIG_USB_PEGASUS=m
CONFIG_USB_RTL8150=m
CONFIG_USB_USBNET=m
CONFIG_USB_USS720=m
CONFIG_USB_SERIAL=m
CONFIG_USB_SERIAL_GENERIC=y
CONFIG_USB_SERIAL_BELKIN=m
CONFIG_USB_SERIAL_WHITEHEAT=m
CONFIG_USB_SERIAL_DIGI_ACCELEPORT=m
CONFIG_USB_SERIAL_EMPEG=m
CONFIG_USB_SERIAL_FTDI_SIO=m
CONFIG_USB_SERIAL_VISOR=m
CONFIG_USB_SERIAL_IPAQ=m
CONFIG_USB_SERIAL_IR=m
CONFIG_USB_SERIAL_EDGEPORT=m
CONFIG_USB_SERIAL_KEYSPAN_PDA=m
CONFIG_USB_SERIAL_KEYSPAN=m
CONFIG_USB_SERIAL_KEYSPAN_USA28=y
CONFIG_USB_SERIAL_KEYSPAN_USA28X=y
CONFIG_USB_SERIAL_KEYSPAN_USA28XA=y
CONFIG_USB_SERIAL_KEYSPAN_USA28XB=y
CONFIG_USB_SERIAL_KEYSPAN_USA19=y
CONFIG_USB_SERIAL_KEYSPAN_USA18X=y
CONFIG_USB_SERIAL_KEYSPAN_USA19W=y
CONFIG_USB_SERIAL_KEYSPAN_USA19QW=y
CONFIG_USB_SERIAL_KEYSPAN_USA19QI=y
CONFIG_USB_SERIAL_KEYSPAN_USA49W=y
CONFIG_USB_SERIAL_KLSI=m
CONFIG_USB_SERIAL_KOBIL_SCT=m
CONFIG_USB_SERIAL_MCT_U232=m
CONFIG_USB_SERIAL_PL2303=m
CONFIG_USB_SERIAL_SAFE=m
CONFIG_USB_SERIAL_SAFE_PADDED=y
CONFIG_USB_SERIAL_CYBERJACK=m
CONFIG_USB_SERIAL_XIRCOM=m
CONFIG_USB_SERIAL_OMNINET=m
CONFIG_USB_EZUSB=y
CONFIG_USB_EMI26=m
CONFIG_USB_TIGL=m
CONFIG_USB_AUERSWALD=m
CONFIG_USB_RIO500=m
CONFIG_USB_BRLVGER=m
CONFIG_USB_LCD=m
CONFIG_BT=m
CONFIG_BT_L2CAP=m
CONFIG_BT_SCO=m
CONFIG_BT_RFCOMM=m
CONFIG_BT_BNEP=m
CONFIG_BT_BNEP_MC_FILTER=y
CONFIG_BT_BNEP_PROTO_FILTER=y
CONFIG_BT_HCIUSB=m
CONFIG_X86_EXTRA_IRQS=y
CONFIG_X86_FIND_SMP_CONFIG=y
CONFIG_X86_MPPARSE=y
CONFIG_SECURITY=y
CONFIG_SECURITY_CAPABILITIES=y
CONFIG_CRYPTO=y
CONFIG_CRYPTO_HMAC=y
CONFIG_CRYPTO_NULL=m
CONFIG_CRYPTO_MD5=m
CONFIG_CRYPTO_SHA1=m
CONFIG_CRYPTO_SHA256=m
CONFIG_CRYPTO_DES=m
CONFIG_CRYPTO_BLOWFISH=m
CONFIG_CRYPTO_TWOFISH=m
CONFIG_CRYPTO_SERPENT=m
CONFIG_CRC32=m
CONFIG_ZLIB_INFLATE=m
CONFIG_ZLIB_DEFLATE=m
CONFIG_X86_BIOS_REBOOT=y
gcc: 2.95.4
ld: 2.12.90.0.1 20020307 Debian/GNU Linux
--
PGP ID 0x8D143771, /C5 95 43 F8 6F 19 E8 29 53 5E 96 61 05 63 42 D0
GPG ID ABA0E8B2, 45CF B559 8281 8091 8469 CACD DB71 AEFC ABA0 E8B2
I refused to attend his funeral. But I wrote a very nice letter
explaining that I approved of it. -- Mark Twain
^ permalink raw reply [flat|nested] 28+ messages in thread* Re: Linux v2.5.54
2003-01-02 10:34 ` Linux v2.5.54 SZALAY Attila
@ 2003-01-02 15:50 ` Randy.Dunlap
2003-01-02 15:56 ` Randy.Dunlap
2003-01-03 9:32 ` SZALAY Attila
0 siblings, 2 replies; 28+ messages in thread
From: Randy.Dunlap @ 2003-01-02 15:50 UTC (permalink / raw)
To: SZALAY Attila; +Cc: Kernel Mailing List
On Thu, 2 Jan 2003, SZALAY Attila wrote:
| I have a linking problem with 2.5.54 (and 2.5.53 too)
|
| drivers/built-in.o: In function `kd_nosound':
| drivers/built-in.o(.text+0x37923): undefined reference to nput_event'
| drivers/built-in.o(.text+0x3793c): undefined reference to nput_event'
| drivers/built-in.o: In function `kd_mksound':
| drivers/built-in.o(.text+0x379e7): undefined reference to nput_event'
| drivers/built-in.o: In function `kbd_bh':
| drivers/built-in.o(.text+0x385a2): undefined reference to nput_event'
| drivers/built-in.o(.text+0x385b0): undefined reference to nput_event'
| drivers/built-in.o(.text+0x385c1): more undefined references to nput_event' follow
| drivers/built-in.o: In function `kbd_connect':
| drivers/built-in.o(.text+0x389e3): undefined reference to nput_open_device'
| drivers/built-in.o: In function `kbd_disconnect':
| drivers/built-in.o(.text+0x389ff): undefined reference to nput_close_device'
| drivers/built-in.o: In function `kbd_init':
| drivers/built-in.o(.init.text+0x2ae1): undefined reference to nput_register_handler'
| make[1]: *** [vmlinux] Error 1
Yes, unfortunately this is a well-known problem.
See kernel.bugzilla.org # 126 and # 164.
You need to have CONFIG_INPUT=y, not =m.
Alternatively you could have CONFIG_VT=n if that
would work for you (not likely).
| CONFIG_INPUT=m
| CONFIG_VT=y
| CONFIG_VT_CONSOLE=y
HTH.
--
~Randy
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Linux v2.5.54
2003-01-02 15:50 ` Randy.Dunlap
@ 2003-01-02 15:56 ` Randy.Dunlap
2003-01-03 9:32 ` SZALAY Attila
1 sibling, 0 replies; 28+ messages in thread
From: Randy.Dunlap @ 2003-01-02 15:56 UTC (permalink / raw)
To: SZALAY Attila; +Cc: Kernel Mailing List
On Thu, 2 Jan 2003, Randy.Dunlap wrote:
| On Thu, 2 Jan 2003, SZALAY Attila wrote:
|
| | I have a linking problem with 2.5.54 (and 2.5.53 too)
| |
| | drivers/built-in.o: In function `kd_nosound':
| | drivers/built-in.o(.text+0x37923): undefined reference to nput_event'
| | drivers/built-in.o(.text+0x3793c): undefined reference to nput_event'
| | drivers/built-in.o: In function `kd_mksound':
| | drivers/built-in.o(.text+0x379e7): undefined reference to nput_event'
| | drivers/built-in.o: In function `kbd_bh':
| | drivers/built-in.o(.text+0x385a2): undefined reference to nput_event'
| | drivers/built-in.o(.text+0x385b0): undefined reference to nput_event'
| | drivers/built-in.o(.text+0x385c1): more undefined references to nput_event' follow
| | drivers/built-in.o: In function `kbd_connect':
| | drivers/built-in.o(.text+0x389e3): undefined reference to nput_open_device'
| | drivers/built-in.o: In function `kbd_disconnect':
| | drivers/built-in.o(.text+0x389ff): undefined reference to nput_close_device'
| | drivers/built-in.o: In function `kbd_init':
| | drivers/built-in.o(.init.text+0x2ae1): undefined reference to nput_register_handler'
| | make[1]: *** [vmlinux] Error 1
|
| Yes, unfortunately this is a well-known problem.
| See kernel.bugzilla.org # 126 and # 164.
Sorry, make that bugzilla.kernel.org (and go get coffee).
|
| You need to have CONFIG_INPUT=y, not =m.
| Alternatively you could have CONFIG_VT=n if that
| would work for you (not likely).
|
| | CONFIG_INPUT=m
| | CONFIG_VT=y
| | CONFIG_VT_CONSOLE=y
|
|
| HTH.
--
~Randy
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Linux v2.5.54
2003-01-02 15:50 ` Randy.Dunlap
2003-01-02 15:56 ` Randy.Dunlap
@ 2003-01-03 9:32 ` SZALAY Attila
2003-01-03 11:04 ` SZALAY Attila
2003-01-03 16:13 ` Randy.Dunlap
1 sibling, 2 replies; 28+ messages in thread
From: SZALAY Attila @ 2003-01-03 9:32 UTC (permalink / raw)
To: Randy.Dunlap; +Cc: Kernel Mailing List
Hi!
On 2003 Jan 02, Randy.Dunlap wrote:
>
> Yes, unfortunately this is a well-known problem.
> See kernel.bugzilla.org # 126 and # 164.
>
> You need to have CONFIG_INPUT=y, not =m.
Thank you, it's work.
But I have another problem.
drivers/message/i2o/i2o_lan.c:28: #error Please convert me to Documentation/DMA-mapping.txt
drivers/message/i2o/i2o_lan.c:119: parse error before `struct'
drivers/message/i2o/i2o_lan.c: In function 2o_lan_receive_post_reply':
drivers/message/i2o/i2o_lan.c:385: `run_i2o_post_buckets_task' undeclared (first use in this function)
drivers/message/i2o/i2o_lan.c:385: (Each undeclared identifier is reported only once
drivers/message/i2o/i2o_lan.c:385: for each function it appears in.)
drivers/message/i2o/i2o_lan.c: In function 2o_lan_register_device':
drivers/message/i2o/i2o_lan.c:1406: structure has no member named `list'
drivers/message/i2o/i2o_lan.c:1406: structure has no member named `list'
drivers/message/i2o/i2o_lan.c:1406: structure has no member named `list'
drivers/message/i2o/i2o_lan.c:1406: structure has no member named `list'
drivers/message/i2o/i2o_lan.c:1407: structure has no member named `sync'
make[4]: *** [drivers/message/i2o/i2o_lan.o] Error 1
make[3]: *** [drivers/message/i2o] Error 2
make[2]: *** [drivers/message] Error 2
make[1]: *** [drivers] Error 2
--
PGP ID 0x8D143771, /C5 95 43 F8 6F 19 E8 29 53 5E 96 61 05 63 42 D0
GPG ID ABA0E8B2, 45CF B559 8281 8091 8469 CACD DB71 AEFC ABA0 E8B2
Szeretem a Zsanit - SaSa
^ permalink raw reply [flat|nested] 28+ messages in thread* Re: Linux v2.5.54
2003-01-03 9:32 ` SZALAY Attila
@ 2003-01-03 11:04 ` SZALAY Attila
2003-01-03 12:19 ` Alan Cox
2003-01-03 16:13 ` Randy.Dunlap
1 sibling, 1 reply; 28+ messages in thread
From: SZALAY Attila @ 2003-01-03 11:04 UTC (permalink / raw)
To: Kernel Mailing List
Now I unset I2O completely to try compile new kernel.
But I have another problem.
make -f scripts/Makefile.build obj=drivers/scsi/pcmcia
gcc -Wp,-MD,drivers/scsi/pcmcia/.aha152x_stub.o.d -D__KERNEL__ -Iinclude -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -march=i686 -Iinclude/asm-i386/mach-default -fomit-frame-pointer -nostdinc -iwithprefix include -DMODULE -DKBUILD_BASENAME=aha152x_stub -DKBUILD_MODNAME=aha152x_cs -c -o drivers/scsi/pcmcia/aha152x_stub.o drivers/scsi/pcmcia/aha152x_stub.c
make[4]: *** No rule to make target `drivers/scsi/pcmcia/aha152x.s', needed by `drivers/scsi/pcmcia/aha152x.o'. Stop.
--
PGP ID 0x8D143771, /C5 95 43 F8 6F 19 E8 29 53 5E 96 61 05 63 42 D0
GPG ID ABA0E8B2, 45CF B559 8281 8091 8469 CACD DB71 AEFC ABA0 E8B2
An exaggeration is a thruth that has lost its temper -- Kahlil Gibran
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Linux v2.5.54
2003-01-03 11:04 ` SZALAY Attila
@ 2003-01-03 12:19 ` Alan Cox
2003-01-03 12:44 ` Christoph Hellwig
0 siblings, 1 reply; 28+ messages in thread
From: Alan Cox @ 2003-01-03 12:19 UTC (permalink / raw)
To: SZALAY Attila; +Cc: Linux Kernel Mailing List
On Fri, 2003-01-03 at 11:04, SZALAY Attila wrote:
> Now I unset I2O completely to try compile new kernel.
>
> But I have another problem.
>
> make -f scripts/Makefile.build obj=drivers/scsi/pcmcia
> gcc -Wp,-MD,drivers/scsi/pcmcia/.aha152x_stub.o.d -D__KERNEL__ -Iinclude -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -march=i686 -Iinclude/asm-i386/mach-default -fomit-frame-pointer -nostdinc -iwithprefix include -DMODULE -DKBUILD_BASENAME=aha152x_stub -DKBUILD_MODNAME=aha152x_cs -c -o drivers/scsi/pcmcia/aha152x_stub.o drivers/scsi/pcmcia/aha152x_stub.c
> make[4]: *** No rule to make target `drivers/scsi/pcmcia/aha152x.s', needed by `drivers/scsi/pcmcia/aha152x.o'. Stop.
>
The pcmcia scsi makefiles are broken. Its been reported repeatedly to
the folks who broke the makefiles but nobody has fixed it. I have a hack
for this but its versus 2.5.49/2.5.50
Alan
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Linux v2.5.54
2003-01-03 12:19 ` Alan Cox
@ 2003-01-03 12:44 ` Christoph Hellwig
0 siblings, 0 replies; 28+ messages in thread
From: Christoph Hellwig @ 2003-01-03 12:44 UTC (permalink / raw)
To: alan, torvalds; +Cc: SZALAY Attila, Linux Kernel Mailing List
On Fri, Jan 03, 2003 at 12:19:08PM +0000, Alan Cox wrote:
> The pcmcia scsi makefiles are broken. Its been reported repeatedly to
> the folks who broke the makefiles but nobody has fixed it. I have a hack
> for this but its versus 2.5.49/2.5.50
How about merging a proper fix instead of whining? :)
--- 1.6/drivers/scsi/pcmcia/Makefile Sat Dec 14 13:38:56 2002
+++ edited/drivers/scsi/pcmcia/Makefile Fri Jan 3 13:37:48 2003
@@ -1,17 +1,5 @@
-#
-# Makefile for the Linux PCMCIA SCSI drivers.
-#
-obj-y :=
-obj-m :=
-obj-n :=
-obj- :=
-
-vpath %c ..
-
-CFLAGS_aha152x.o = -DPCMCIA -D__NO_VERSION__ -DAHA152X_STAT
-CFLAGS_fdomain.o = -DPCMCIA -D__NO_VERSION__
-CFLAGS_qlogicfas.o = -DPCMCIA -D__NO_VERSION__
+EXTRA_CFLAGS += -Idrivers/scsi
# 16-bit client drivers
obj-$(CONFIG_PCMCIA_QLOGIC) += qlogic_cs.o
@@ -19,6 +7,6 @@
obj-$(CONFIG_PCMCIA_AHA152X) += aha152x_cs.o
obj-$(CONFIG_PCMCIA_NINJA_SCSI) += nsp_cs.o
-aha152x_cs-objs := aha152x_stub.o aha152x.o
-fdomain_cs-objs := fdomain_stub.o fdomain.o
-qlogic_cs-objs := qlogic_stub.o qlogicfas.o
+aha152x_cs-objs := aha152x_stub.o aha152x_core.o
+fdomain_cs-objs := fdomain_stub.o fdomain_core.o
+qlogic_cs-objs := qlogic_stub.o qlogic_core.o
--- 1.7/drivers/scsi/pcmcia/aha152x_stub.c Fri Nov 22 18:59:03 2002
+++ edited/drivers/scsi/pcmcia/aha152x_stub.c Fri Jan 3 13:17:04 2003
@@ -45,11 +45,10 @@
#include <scsi/scsi.h>
#include <linux/major.h>
#include <linux/blk.h>
-
-#include <../drivers/scsi/scsi.h>
-#include <../drivers/scsi/hosts.h>
#include <scsi/scsi_ioctl.h>
-#include <../drivers/scsi/aha152x.h>
+
+#include "scsi.h"
+#include "hosts.h"
#include <pcmcia/version.h>
#include <pcmcia/cs_types.h>
@@ -112,7 +111,8 @@
static dev_link_t *aha152x_attach(void);
static void aha152x_detach(dev_link_t *);
-static Scsi_Host_Template driver_template = AHA152X;
+#define driver_template aha152x_driver_template
+extern Scsi_Host_Template aha152x_driver_template;
static dev_link_t *dev_list = NULL;
--- 1.7/drivers/scsi/pcmcia/fdomain_stub.c Sun Dec 1 22:18:28 2002
+++ edited/drivers/scsi/pcmcia/fdomain_stub.c Fri Jan 3 13:17:04 2003
@@ -42,11 +42,10 @@
#include <scsi/scsi.h>
#include <linux/major.h>
#include <linux/blk.h>
-
-#include <../drivers/scsi/scsi.h>
-#include <../drivers/scsi/hosts.h>
#include <scsi/scsi_ioctl.h>
-#include <../drivers/scsi/fdomain.h>
+
+#include "scsi.h"
+#include "hosts.h"
#include <pcmcia/version.h>
#include <pcmcia/cs_types.h>
--- 1.14/drivers/scsi/pcmcia/nsp_cs.c Fri Nov 22 18:59:03 2002
+++ edited/drivers/scsi/pcmcia/nsp_cs.c Fri Jan 3 13:17:04 2003
@@ -50,8 +50,8 @@
#include <asm/io.h>
#include <asm/irq.h>
-#include <../drivers/scsi/scsi.h>
-#include <../drivers/scsi/hosts.h>
+#include "scsi.h"
+#include "hosts.h"
#include <scsi/scsi.h>
#include <scsi/scsi_ioctl.h>
--- 1.6/drivers/scsi/pcmcia/nsp_cs.h Tue Nov 5 18:12:44 2002
+++ edited/drivers/scsi/pcmcia/nsp_cs.h Fri Jan 3 13:17:04 2003
@@ -15,6 +15,8 @@
#ifndef __nsp_cs__
#define __nsp_cs__
+#include <linux/version.h>
+
/* for debugging */
//#define PCMCIA_DEBUG 9
--- 1.7/drivers/scsi/pcmcia/qlogic_stub.c Sun Dec 1 22:45:56 2002
+++ edited/drivers/scsi/pcmcia/qlogic_stub.c Fri Jan 3 13:17:04 2003
@@ -43,12 +43,10 @@
#include <scsi/scsi.h>
#include <linux/major.h>
#include <linux/blk.h>
-
-#include <../drivers/scsi/scsi.h>
-#include <../drivers/scsi/hosts.h>
#include <scsi/scsi_ioctl.h>
-#include <../drivers/scsi/qlogicfas.h>
+#include "scsi.h"
+#include "hosts.h"
#include <pcmcia/version.h>
#include <pcmcia/cs_types.h>
--- /dev/null Sat Mar 23 20:46:34 2002
+++ b/drivers/scsi/pcmcia/aha152x_core.c Fri Jan 3 13:36:43 2003
@@ -0,0 +1,3 @@
+#define PCMCIA 1
+#define AHA152X_STAT 1
+#include "aha152x.c"
--- /dev/null Sat Mar 23 20:46:34 2002
+++ b/drivers/scsi/pcmcia/fdomain_core.c Fri Jan 3 13:35:40 2003
@@ -0,0 +1,2 @@
+#define PCMCIA 1
+#include "fdomain.c"
--- /dev/null Sat Mar 23 20:46:34 2002
+++ b/drivers/scsi/pcmcia/qlogic_core.c Fri Jan 3 13:38:21 2003
@@ -0,0 +1,2 @@
+#define PCMCIA 1
+#include "qlogicfas.c"
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Linux v2.5.54
2003-01-03 9:32 ` SZALAY Attila
2003-01-03 11:04 ` SZALAY Attila
@ 2003-01-03 16:13 ` Randy.Dunlap
1 sibling, 0 replies; 28+ messages in thread
From: Randy.Dunlap @ 2003-01-03 16:13 UTC (permalink / raw)
To: SZALAY Attila; +Cc: Kernel Mailing List
On Fri, 3 Jan 2003, SZALAY Attila wrote:
| Hi!
|
| On 2003 Jan 02, Randy.Dunlap wrote:
| >
| > Yes, unfortunately this is a well-known problem.
| > See kernel.bugzilla.org # 126 and # 164.
| >
| > You need to have CONFIG_INPUT=y, not =m.
|
| Thank you, it's work.
|
| But I have another problem.
|
| drivers/message/i2o/i2o_lan.c:28: #error Please convert me to Documentation/DMA-mapping.txt
| drivers/message/i2o/i2o_lan.c:119: parse error before `struct'
| drivers/message/i2o/i2o_lan.c: In function 2o_lan_receive_post_reply':
| drivers/message/i2o/i2o_lan.c:385: `run_i2o_post_buckets_task' undeclared (first use in this function)
| drivers/message/i2o/i2o_lan.c:385: (Each undeclared identifier is reported only once
| drivers/message/i2o/i2o_lan.c:385: for each function it appears in.)
| drivers/message/i2o/i2o_lan.c: In function 2o_lan_register_device':
| drivers/message/i2o/i2o_lan.c:1406: structure has no member named `list'
| drivers/message/i2o/i2o_lan.c:1406: structure has no member named `list'
| drivers/message/i2o/i2o_lan.c:1406: structure has no member named `list'
| drivers/message/i2o/i2o_lan.c:1406: structure has no member named `list'
| drivers/message/i2o/i2o_lan.c:1407: structure has no member named `sync'
| make[4]: *** [drivers/message/i2o/i2o_lan.o] Error 1
| make[3]: *** [drivers/message/i2o] Error 2
| make[2]: *** [drivers/message] Error 2
| make[1]: *** [drivers] Error 2
Yes, another known problem:
http://bugme.osdl.org/show_bug.cgi?id=198
Do you have an I2O LAN device?
If so, what product is it?
Alan Cox has said that this isn't likely to get fixed because there are
either few or none of these devices. I worked on one at Intel, but it
was never released as an I2O device, just using native proprietary
firmware. Using I2O, it was dog slow.
--
~Randy
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Linux v2.5.54
2003-01-02 3:43 Linux v2.5.54 Linus Torvalds
` (2 preceding siblings ...)
2003-01-02 10:34 ` Linux v2.5.54 SZALAY Attila
@ 2003-01-02 15:08 ` Adrian Bunk
2003-01-02 15:10 ` Christoph Hellwig
2003-01-02 17:18 ` Adrian Bunk
` (2 subsequent siblings)
6 siblings, 1 reply; 28+ messages in thread
From: Adrian Bunk @ 2003-01-02 15:08 UTC (permalink / raw)
To: Linus Torvalds, Christoph Hellwig; +Cc: Kernel Mailing List, will
On Wed, Jan 01, 2003 at 07:43:40PM -0800, Linus Torvalds wrote:
>...
> Summary of changes from v2.5.53 to v2.5.54
> ============================================
>...
> Christoph Hellwig <hch@lst.de>:
>...
> o include <linux/vfs.h> only in files actually needing it
>...
This change broke the compilation of fs/befs/linuxvfs.c:
<-- snip -->
...
gcc -Wp,-MD,fs/befs/.linuxvfs.o.d -D__KERNEL__ -Iinclude -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -pipe
-mpreferred-stack-boundary=2 -march=k6 -Iinclude/asm-i386/mach-default -nostdinc
-iwithprefix include -DKBUILD_BASENAME=linuxvfs -DKBUILD_MODNAME=befs -c -o
fs/befs/linuxvfs.o fs/befs/linuxvfs.c
fs/befs/linuxvfs.c:15: linux/statfs.h: No such file or directory
...
fs/befs/linuxvfs.c: In function `befs_statfs':
fs/befs/linuxvfs.c:901: dereferencing pointer to incomplete type
fs/befs/linuxvfs.c:902: dereferencing pointer to incomplete type
fs/befs/linuxvfs.c:903: dereferencing pointer to incomplete type
...
make[2]: *** [fs/befs/linuxvfs.o] Error 1
make[1]: *** [fs/befs] Error 2
make: *** [fs] Error 2
<-- snip -->
I assume the following was intended?
--- linux-2.5.54/fs/befs/linuxvfs.c.old 2003-01-02 16:03:34.000000000 +0100
+++ linux-2.5.54/fs/befs/linuxvfs.c 2003-01-02 16:03:46.000000000 +0100
@@ -12,7 +12,7 @@
#include <linux/stat.h>
#include <linux/nls.h>
#include <linux/buffer_head.h>
-#include <linux/statfs.h>
+#include <linux/vfs.h>
#include "befs.h"
#include "btree.h"
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
^ permalink raw reply [flat|nested] 28+ messages in thread* Re: Linux v2.5.54
2003-01-02 15:08 ` Adrian Bunk
@ 2003-01-02 15:10 ` Christoph Hellwig
0 siblings, 0 replies; 28+ messages in thread
From: Christoph Hellwig @ 2003-01-02 15:10 UTC (permalink / raw)
To: Adrian Bunk; +Cc: Linus Torvalds, Christoph Hellwig, Kernel Mailing List, will
On Thu, Jan 02, 2003 at 04:08:40PM +0100, Adrian Bunk wrote:
> --- linux-2.5.54/fs/befs/linuxvfs.c.old 2003-01-02 16:03:34.000000000 +0100
> +++ linux-2.5.54/fs/befs/linuxvfs.c 2003-01-02 16:03:46.000000000 +0100
> @@ -12,7 +12,7 @@
> #include <linux/stat.h>
> #include <linux/nls.h>
> #include <linux/buffer_head.h>
> -#include <linux/statfs.h>
> +#include <linux/vfs.h>
Yes, that's the proper fix. Sorry for the breakage :P
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Linux v2.5.54
2003-01-02 3:43 Linux v2.5.54 Linus Torvalds
` (3 preceding siblings ...)
2003-01-02 15:08 ` Adrian Bunk
@ 2003-01-02 17:18 ` Adrian Bunk
2003-01-02 17:31 ` Jaroslav Kysela
2003-01-02 17:49 ` Linux v2.5.54 Rudmer van Dijk
2003-01-02 23:48 ` [OOPS] Linux v2.5.54 Riva Framebuffer Udo A. Steinberg
6 siblings, 1 reply; 28+ messages in thread
From: Adrian Bunk @ 2003-01-02 17:18 UTC (permalink / raw)
To: Jaroslav Kysela, Alan Cox; +Cc: Kernel Mailing List
On Wed, Jan 01, 2003 at 07:43:40PM -0800, Linus Torvalds wrote:
>...
> Summary of changes from v2.5.53 to v2.5.54
> ============================================
>...
> Jaroslav Kysela <perex@suse.cz>:
> o PnP update
>...
FYI:
This change broke the compilation of drivers/ide/ide-pnp.c:
<-- snip -->
...
gcc -Wp,-MD,drivers/ide/.ide-pnp.o.d -D__KERNEL__ -Iinclude -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-pipe -mpreferred-stack-boundary=2 -march=k6
-Iinclude/asm-i386/mach-default -nostdinc -iwithprefix include
-DKBUILD_BASENAME=ide_pnp -DKBUILD_MODNAME=ide_pnp -c -o
drivers/ide/ide-pnp.o drivers/ide/ide-pnp.c
drivers/ide/ide-pnp.c: In function `pnpide_init':
drivers/ide/ide-pnp.c:117: structure has no member named `deactivate'
drivers/ide/ide-pnp.c:118: structure has no member named `deactivate'
drivers/ide/ide-pnp.c:124: warning: implicit declaration of function `isapnp_find_dev'
drivers/ide/ide-pnp.c:125: warning: assignment makes pointer from integer without a cast
drivers/ide/ide-pnp.c:127: structure has no member named `active'
drivers/ide/ide-pnp.c:130: structure has no member named `prepare'
drivers/ide/ide-pnp.c:130: structure has no member named `prepare'
drivers/ide/ide-pnp.c:135: structure has no member named `activate'
drivers/ide/ide-pnp.c:135: structure has no member named `activate'
drivers/ide/ide-pnp.c:142: structure has no member named `deactivate'
drivers/ide/ide-pnp.c:143: structure has no member named `deactivate'
make[2]: *** [drivers/ide/ide-pnp.o] Error 1
<-- snip -->
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
^ permalink raw reply [flat|nested] 28+ messages in thread* Re: Linux v2.5.54
2003-01-02 17:18 ` Adrian Bunk
@ 2003-01-02 17:31 ` Jaroslav Kysela
2003-01-02 13:26 ` Adam Belay
0 siblings, 1 reply; 28+ messages in thread
From: Jaroslav Kysela @ 2003-01-02 17:31 UTC (permalink / raw)
To: Adrian Bunk; +Cc: Alan Cox, Kernel Mailing List
On Thu, 2 Jan 2003, Adrian Bunk wrote:
> On Wed, Jan 01, 2003 at 07:43:40PM -0800, Linus Torvalds wrote:
>
> >...
> > Summary of changes from v2.5.53 to v2.5.54
> > ============================================
> >...
> > Jaroslav Kysela <perex@suse.cz>:
> > o PnP update
> >...
>
> FYI:
>
> This change broke the compilation of drivers/ide/ide-pnp.c:
Yes, this code was not functional (although compilable). I've noted this
situation in my patch comment. We have to upgrade all old ISA PnP code to
the new PnP layer. It's better to fail with an error than silently ignore
this situation (this will force more developers to update their parts).
I'll update our ALSA code ASAP.
Jaroslav
-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project, SuSE Labs
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Linux v2.5.54
2003-01-02 17:31 ` Jaroslav Kysela
@ 2003-01-02 13:26 ` Adam Belay
2003-01-03 0:08 ` [2.5.54] OOPS: unable to handle kernel paging request Steven Barnhart
0 siblings, 1 reply; 28+ messages in thread
From: Adam Belay @ 2003-01-02 13:26 UTC (permalink / raw)
To: Adrian Bunk
Cc: Jaroslav Kysela, Adrian Bunk, Alan Cox, Kernel Mailing List,
Zwane Mwaikambo
On Thu, Jan 02, 2003 at 06:31:08PM +0100, Jaroslav Kysela wrote:
> On Thu, 2 Jan 2003, Adrian Bunk wrote:
>
> > On Wed, Jan 01, 2003 at 07:43:40PM -0800, Linus Torvalds wrote:
> >
> > >...
> > > Summary of changes from v2.5.53 to v2.5.54
> > > ============================================
> > >...
> > > Jaroslav Kysela <perex@suse.cz>:
> > > o PnP update
> > >...
> >
> > FYI:
> >
> > This change broke the compilation of drivers/ide/ide-pnp.c:
>
> Yes, this code was not functional (although compilable). I've noted this
> situation in my patch comment. We have to upgrade all old ISA PnP code to
> the new PnP layer. It's better to fail with an error than silently ignore
> this situation (this will force more developers to update their parts).
>
> I'll update our ALSA code ASAP.
>
> Jaroslav
>
Zwane has released a patch to convert pnp-ide to the new APIs. I'll send
it out soon but there are pnp ide problems, found in both 2.4 and 2.5, that
need to be resolved. I believe a fix for them will also be out soon. If
anyone has questions about converting drivers feel free to contact me.
Adam
^ permalink raw reply [flat|nested] 28+ messages in thread
* [2.5.54] OOPS: unable to handle kernel paging request
2003-01-02 13:26 ` Adam Belay
@ 2003-01-03 0:08 ` Steven Barnhart
2003-01-03 6:49 ` Paul Rolland
0 siblings, 1 reply; 28+ messages in thread
From: Steven Barnhart @ 2003-01-03 0:08 UTC (permalink / raw)
To: linux-kernel
Hello,
I seem to get a very nasty oops exactly when booting 2.5.54. When i
boot to the kernel I immediately get a kksymoops report flooding my
screen. This happens to fast that the text blurs and basically everything
stays where its at. There is no way to stop it except rebooting. I do not
have any serial connections to send the output to so I got (hopefully) the
most important line. The oops says "unable to handle kernel paging
request at virtual address ffffff8d (there may be another 'f' in there). I
searched through the archives and their seems to be a few oops reports of
the same kind but no patches and the only kernel was 2.5.48-bk I think.
Any thoughts?
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [2.5.54] OOPS: unable to handle kernel paging request
2003-01-03 0:08 ` [2.5.54] OOPS: unable to handle kernel paging request Steven Barnhart
@ 2003-01-03 6:49 ` Paul Rolland
0 siblings, 0 replies; 28+ messages in thread
From: Paul Rolland @ 2003-01-03 6:49 UTC (permalink / raw)
To: 'Steven Barnhart', linux-kernel
Got the same yesterday evening when installing 2.5.54 for the first
time....
My second PC which I used for Serial console was not at home,
so if a console output is needed, people will have to wait
for the weekend (which is not that far).
Config was roughly including :
- Arch = P4, Unipro, APIC
- CPU Freq scaling
- ACPI (enum only)
- TCP (v4 + v6), Netfilter
- IDE, SCSI (AIC7xxx),
- Sound (Alsa, EMu10K1),
- Crypto
This oops happens at the very early stage of the boot process.
By that time, only 10 to 15 lines are displayed on the screen
following the "Booting ...................." stuff.
Regards,
Paul Rolland, rol@as2917.net
> -----Original Message-----
> From: linux-kernel-owner@vger.kernel.org
> [mailto:linux-kernel-owner@vger.kernel.org] On Behalf Of
> Steven Barnhart
> Sent: Friday, January 03, 2003 1:09 AM
> To: linux-kernel@vger.kernel.org
> Subject: [2.5.54] OOPS: unable to handle kernel paging request
>
>
> Hello,
>
> I seem to get a very nasty oops exactly when booting 2.5.54.
> When i boot to the kernel I immediately get a kksymoops
> report flooding my screen. This happens to fast that the text
> blurs and basically everything stays where its at. There is
> no way to stop it except rebooting. I do not have any serial
> connections to send the output to so I got (hopefully) the
> most important line. The oops says "unable to handle kernel
> paging request at virtual address ffffff8d (there may be
> another 'f' in there). I searched through the archives and
> their seems to be a few oops reports of the same kind but no
> patches and the only kernel was 2.5.48-bk I think. Any thoughts?
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe
> linux-kernel" 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.tux.org/lkml/
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: Linux v2.5.54
2003-01-02 3:43 Linux v2.5.54 Linus Torvalds
` (4 preceding siblings ...)
2003-01-02 17:18 ` Adrian Bunk
@ 2003-01-02 17:49 ` Rudmer van Dijk
2003-01-02 23:48 ` [OOPS] Linux v2.5.54 Riva Framebuffer Udo A. Steinberg
6 siblings, 0 replies; 28+ messages in thread
From: Rudmer van Dijk @ 2003-01-02 17:49 UTC (permalink / raw)
To: Paul Gortmaker, Kernel Mailing List
On Thursday 02 January 2003 04:43, Linus Torvalds wrote:
> Happy new year to you all, hopefully most of you are back from the dead
> and the hangovers are all long gone. And if not, I'm told reading a large
> kernel patch is _just_ the medication for whatever ails you.
>
> The 2.5.54 patch is largely mainly a big collection of various small
> things, all over the place (diffstat shows a long list of small changes,
> with some noticeable activity in UML, the MPT fusion driver and some of
> the fbcon drivers).
>
> Various module updates (deprecated functions, updated loaders etc), usb,
> m68k, x86-64 updates, kbuild stuff etc etc.
<snip>
> Jaroslav Kysela <perex@suse.cz>:
> o PnP update
>
this broke the ne driver:
gcc -Wp,-MD,drivers/net/.ne.o.d -D__KERNEL__ -Iinclude -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -pipe
-mpreferred-stack-boundary=2 -march=i586 -Iinclude/asm-i386/mach-default
-fomit-frame-pointer -nostdinc -iwithprefix include -DKBUILD_BASENAME=ne
-DKBUILD_MODNAME=ne -c -o drivers/net/ne.o drivers/net/ne.c
drivers/net/ne.c: In function `ne_probe_isapnp':
drivers/net/ne.c:201: warning: implicit declaration of function
`isapnp_find_dev'
drivers/net/ne.c:204: warning: assignment makes pointer from integer without
a cast
drivers/net/ne.c:206: dereferencing pointer to incomplete type
drivers/net/ne.c:208: dereferencing pointer to incomplete type
drivers/net/ne.c:211: dereferencing pointer to incomplete type
drivers/net/ne.c:214: dereferencing pointer to incomplete type
drivers/net/ne.c:215: dereferencing pointer to incomplete type
make[2]: *** [drivers/net/ne.o] Error 1
make[1]: *** [drivers/net] Error 2
make: *** [drivers] Error 2
CONFIG_PNP is not set
with drivers/pcmcia/i82365.c as an example I could get this to build (see
patch below), as noted in Documentation/pnp.txt this is not the correct fix,
but it works for now.
with patch below, kernel builds, boots and it servives a simple stresstest
(the bandwidth program in
http://marc.theaimsgroup.com/?l=linux-kernel&m=104151288832193&w=2)
Rudmer
--- linux-2.5.54/drivers/net/ne.c.orig 2003-01-02 14:36:14.000000000 +0100
+++ linux-2.5.54/drivers/net/ne.c 2003-01-02 16:01:33.000000000 +0100
@@ -193,32 +193,29 @@
static int __init ne_probe_isapnp(struct net_device *dev)
{
- int i;
-
- for (i = 0; isapnp_clone_list[i].vendor != 0; i++) {
- struct pci_dev *idev = NULL;
+ struct isapnp_device_id *devid;
+ struct pnp_dev *idev;
- while ((idev = isapnp_find_dev(NULL,
- isapnp_clone_list[i].vendor,
- isapnp_clone_list[i].function,
- idev))) {
- /* Avoid already found cards from previous calls */
- if (idev->prepare(idev))
- continue;
- if (idev->activate(idev))
- continue;
- /* if no irq, search for next */
- if (idev->irq_resource[0].start == 0)
+ for (devid = isapnp_clone_list; devid->vendor; devid++) {
+ while ((idev = pnp_find_dev(NULL, devid->vendor,
+ devid->function, idev))) {
+ if (pnp_activate_dev(idev, NULL) < 0) {
+ printk("ne.c: PNP prepare failed\n");
+ break;
+ }
+ /* if no irq, search for next */
+ if (pnp_irq(idev, 0) == 0)
continue;
/* found it */
- dev->base_addr = idev->resource[0].start;
- dev->irq = idev->irq_resource[0].start;
- printk(KERN_INFO "ne.c: ISAPnP reports %s at i/o %#lx, irq %d.\n",
- (char *) isapnp_clone_list[i].driver_data,
-
+ dev->base_addr = pnp_port_start(idev, 0);
+ dev->irq = pnp_irq(idev, 0);
+ printk(KERN_INFO "ne.c: PNP reports %s at i/o %#lx, irq %d.\n",
+ (char *) devid->driver_data,
dev->base_addr, dev->irq);
+
if (ne_probe1(dev, dev->base_addr) != 0) { /* Shouldn't happen. */
- printk(KERN_ERR "ne.c: Probe of ISAPnP card at %#lx failed.\n",
dev->base_addr);
+ printk(KERN_ERR "ne.c: Probe of ISAPnP card at %#lx failed.\n",
+ dev->base_addr);
return -ENXIO;
}
ei_status.priv = (unsigned long)idev;
@@ -783,9 +780,9 @@
struct net_device *dev = &dev_ne[this_dev];
if (dev->priv != NULL) {
void *priv = dev->priv;
- struct pci_dev *idev = (struct pci_dev *)ei_status.priv;
+ struct pnp_dev *idev = (struct pnp_dev *)ei_status.priv;
if (idev)
- idev->deactivate(idev);
+ pnp_disable_dev(idev);
free_irq(dev->irq, dev);
release_region(dev->base_addr, NE_IO_EXTENT);
unregister_netdev(dev);
^ permalink raw reply [flat|nested] 28+ messages in thread* [OOPS] Linux v2.5.54 Riva Framebuffer
2003-01-02 3:43 Linux v2.5.54 Linus Torvalds
` (5 preceding siblings ...)
2003-01-02 17:49 ` Linux v2.5.54 Rudmer van Dijk
@ 2003-01-02 23:48 ` Udo A. Steinberg
2003-01-04 21:13 ` James Simmons
6 siblings, 1 reply; 28+ messages in thread
From: Udo A. Steinberg @ 2003-01-02 23:48 UTC (permalink / raw)
To: Linus Torvalds; +Cc: linux-kernel, Linux Fbdev development list, James Simmons
[-- Attachment #1: Type: text/plain, Size: 1235 bytes --]
On Wed, 1 Jan 2003 19:43:40 -0800 (PST) Linus Torvalds (LT) wrote:
LT> Happy new year to you all [...]
Happy new year to you, too.
LT> Summary of changes from v2.5.53 to v2.5.54
LT> James Simmons <jsimmons@infradead.org>:
LT> o Updates to the NVIDIA driver. We now support more cards. I still
LT> have more hacking to do
LT> o Voodoo 1 ported to new api. STI and NVIDIA updates. MDA console
LT> fixes. Moved the logo code from fbcon to fbdev
With Linux 2.5.54 I'm getting an oops in the riva framebuffer driver that didn't
occur with Linux 2.5.53. It seems to be related to aforementioned changes. Trace
copied by hand because I have no serial console.
EIP is at fb_copy_cmap + 0x7f/0x140
Trace:
hide_cursor + 0x75/0x90
get_default_font + 0x209/0x2a0
updatescrollmode + 0x4f3/0x770
rivafb_set_par + 0x88/0xe0
fbcon_bmove_rec + 0x132/0x1f0
set_origin + 0x11d/0x190
clear_buffer_attributes + 0x1aa/0x1d0
put_driver + 0x2f/0x40
do_pre_smp_initcalls + 0x3a/0x160
do_pre_smp_initcalls + 0x0/0x160
show_regs + 0x5/0x18
The card in question is a Geforce 2 GTS.
If more info is required to help solving this problem, let me know.
Please CC: me on any discussion on fbdev-list; I'm only subscribed to lkml.
Regards,
-Udo.
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread