So here goes -pre6.
Summary of changes from v2.4.20-pre5 to v2.4.20-pre6
============================================
<[email protected]>:
o Fix e100 driver compilation
<[email protected]>:
o Lexar USB CF Reader
<[email protected]>:
o prevent oops in xprt_lock_write, against 2.4.20
<[email protected]>:
o Turn on blocks preallocation by default for reiserfs
o reiserfs: Mistakenly forgotten inode attributes option was added back
o reiserfs: Take into account file information even when not doing preallocation. Fixes a bug with displacing_large_files option
o reiserfs: Fix a problem with delayed unlinks and remounting RW filesystem RW
o reiserfs: Allow to insert more than one unformatted pointer into the tree at a time. Use that to speed up hole creation/filling
o Implemented reiserfs_file_write(), to write large amount of data at once into files on reiserfs volumes which should boost write speed somewhat and also should be somewhat more SMP friendly
o Export generic_osync_inode,block_commit_write, remove_suid
<[email protected]>:
o list.h update (resent again)
<[email protected]>:
o Patch: Make Transmeta Crusoe processors report "i686"
o tmpfs: return a nonzero size for directories
o Make framebuffer work on ATI Rage Mobility P/M
<[email protected]>:
o Fixup Eicon Diva support
<[email protected]>:
o Patch to include support for Minolta Dimage 7i
<[email protected]>:
o USB: pegasus.h
o USB: pegasus driver patch
<[email protected]>:
o 2.4.20-pre4/ext3: Fix O_SYNC for non-data-journaled
Adrian Bunk <[email protected]>:
o Fix .text.exit error with static compile of synclinkmp.c
Alan Cox <[email protected]>:
o forte sound
o old Acorn error handling paths
o remove bogoprintk, add LBA28 to paride
o L make i845 gart recover after suspend
o enable amd watchdog in config.in
o makefile for amd tco
o fix missing checks in video1394
o more irda __FUNCTION__ stuff
o fix sisfb errors
o IRDA function stuff
o further khttpd updates
o i845G fixes
Alexander Viro <[email protected]>:
o handle_initrd() and request_module()
Christoph Hellwig <[email protected]>:
o JFS: cosmetical changes to reduces the diff to 2.5
o JFS: remove jfs_get_volume_size
o JFS: backport lmLogWait from 2.5
o JFS: Remove unused file jfs_extendfs.h
o JFS: use buffer_heads to access the superblock
o JFS: use block device inode/mapping instead of direct_inode/direct_mapping
o JFS: ifdef out unused functions related to partial blocks
o JFS: sync the block device on umount or r/o remount
o JFS: we still need extHint
o [VFS] Add support for extended attributes
o JFS: backport xattr support from 2.5
o JFS: remove superflous includes
Dave Kleikamp <[email protected]>:
o Move 24-bit byte-swapping code out of JFS-specific code
o JFS: rework extent invalidation
o JFS: Add write_super_lockfs() and unlock_fs() for snapshot
o JFS: extended attribute fixes
David Brownell <[email protected]>:
o USB: ohci completion of unlinked urbs patch
David S. Miller <[email protected]>:
o [SPARC64]: Ultra-III+ updates and better error trap logging
o arch/sparc64/kernel/cpu.c: Fix typo in printk
o arch/sparc64/kernel/traps.c: Add spitfire_ prefix to clean_and_reenable_l1_caches, BUG on non-spitfire cpus
o include/asm-sparc64/rwsem.h: Add __down_{read,write}_trylock
o [TIGON3]: PHY reset fixes
o [TIGON3]: Make sure to always enable AS_MASTER bits when necessary
o [TIGON3]: PCI write posting fixes
o [TIGON3]: tr32_mailbox does not exist, use tr32 :-)
o [TIGON3]: Low power, wake-on-lan, and DMA test fixes
o drivers/md/raid1.c:raid1_read_balance workaround gcc miscompile on sparc64
o drivers/usb/rtl8150.c: Include linux/init.h
o [IGMP]: Make ip_mc_dec_group return void
o net/core/dst.c: asm/bitops.h --> linux/bitops.h
o net/ipv4/netfilter/ipchains_core.c: Fix MODULE_LICENSE
o drivers/net/ppp_generic.c: Fix byte-aligned packets, nearly every arch csum_partial cannot handle this
o arch/sparc64/kernel/ioctl32.c: Handle SIOCDEVPRIVATE transparently
o net/core/pktgen.c: Access userspace properly
o drivers/net/ppp_generic.c: Fix skb_put len arg when copying unaligned skb
o arch/sparc64/defconfig: Update
o arch/sparc64/defconfig: Turn rtl8150 back on
o drivers/net/ppp_generic.c: Allocate right length in unaligned SKB fix
o arch/sparc64/kernel/ioctl32.c: Translate PPPIOCS{PASS,ACTIVE}
o [TIGON3]: When not low-power, only set GPIO enables in lclctrl on 5700 chips
o arch/sparc64/lib/VIScsum.S: Do not use VIS on oddly aligned buffer
o drivers/net/ppp_generic.c: Revert my idiotic unaligned SKB changes
o arch/sparc64/lib/VIScsum.S: Fix endianness bugs in previous change
o arch/sparc64/kernel/ioctl32.c: Frob cmd in PPPIOCS{PASS,ACTIVE}
o [TIGON3]: Merge TSO code from 2.5.x driver, disabled in 2.4.x
o [TCP]: Delay tstamp state commit in input fast path until we verify csum
Geert Uytterhoeven <[email protected]>:
o HP300 I/O updates
o Wrong fbcon_mac dependency
o Mac/m68k debug fixes
o M68k core I/O fixes
o HP300 updates
o Spelling fixes
o Mac/m68k Sonic fix
o Mac/m68k Nubus updates
o Amiga serial driver fix
o Atari STRAM fixes
o Mac/m68k I/O updates
o Zorro bus ID updates
o M68k IRQ configuration fix
o M68k VT updates
o Parport fixes
o Sun-3/3x initialization fix
o Mac/m68k build fix
o 16550 serial fix
o HP300 LANCE driver updates
o M68k dump_stack() update
o Amiga Clgenfb hack
o Atari ATI Mach64 fixes
o Apollo mouse driver update
o HP300 DIO bus updates
o Apollo keyboard driver update
o M68k configuration updates
o BVME6000 RTC driver update
o M68k compile fixes
o Misc Mac/m68k updates
Greg Kroah-Hartman <[email protected]>:
o USB: added LCD driver
o USB: updated the bluetooth driver to the latest version
o USB: usbserial core synced up with the 2.5 version
o belkin_sa update due to usbserial core changes
o USB: cyberjack update due to usbserial core changes
o USB: digi_acceleport update due to usbserial core changes
o USB: empeg update due to usbserial core changes
o USB: ftdi_sio update due to usbserial core changes
o USB: io_edgeport update due to usbserial core changes
o USB: io_ti update due to usbserial core changes
o USB: ipaq update due to usbserial core changes
o USB: ir-usb update due to usbserial core changes
o USB: keyspan_pda update due to usbserial core changes
o USB: keyspan update due to usbserial core changes
o USB: kl5kusb105 update due to usbserial core changes
o USB: mct_u232 update due to usbserial core changes
o USB: omninet update due to usbserial core changes
o USB: pl2303 update due to usbserial core changes
o USB: visor update due to usbserial core changes
o USB: whiteheat update due to usbserial core changes
Harald Welte <[email protected]>:
o MAINTAINERS: Update NETFILTER entry
o [NETFILTER]: Fix OOPS in ipt_ULOG
Itai Nahshon <[email protected]>:
o USB keyboards (patch)
Marcelo Tosatti <[email protected]>:
o scsi_scan.c
o Makefile
o xattr.h
Neil Brown <[email protected]>:
o kNFSd - More small fixes for TCP nfsd
Oliver Neukum <[email protected]>:
o USB: backport of kaweth driver
Paul Fulghum <[email protected]>:
o Configure.help (synclinkmp/_cs)
Paul Mackerras <[email protected]>:
o PPC32: ensure that sys_[rt_]sigsuspend give the correct error code
o PPC32: minor boot wrapper fixes
o PPC32: Ensure the MMU hash table gets set up correctly on POWER3
o PPC32: Add some new PPC config options and update the defconfigs
o PPC32: Updates for the MPC8xx embedded PowerPC machines
o PPC32: Improved support for the CHRP platform
o PPC32: Updates for the APUS platform
o PPC32: Move some openfirmware-specific code
o PPC32: a bunch of minor fixes (spinlock debug, comments, etc.)
o PPC32: Minor updates to the restart/halt functions for PReP
o PPC32: Implement __down_read/write_trylock for PPC32
Pete Zaitcev <[email protected]>:
o Patch for urb->status abuse in usb-storage in 2.4
Petr Vandrovec <[email protected]>:
o ncpfs misc fixes
Tomas Szepe <[email protected]>:
o warnkill trivia 1/2
> o i845G fixes
This doesn't include i845E? Kernel crashes right after boot message:
.....
PCI: Using IRQ router PIIX [8086/24c0] at 00:1f.0
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
pty: 256 Unix98 ptys configured
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha1
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
ICH4: IDE controller at PCI slot 00:1f.1
PCI: Device 00:1f.1 not available because of resource collisions
PCI: Found IRQ 10 for device 00:1f.1
<Crash>
Or something similar. These lines are from 2.4.20-pre5-ac3, which goes on
with:
CI: Sharing IRQ 10 with 00:1d.2
ICH4: Not fully BIOS configured!
ICH4: chipset revision 1
ICH4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA
hda: ST340016A, ATA DISK drive
hdc: LITE-ON LTR-48125W, ATAPI CD/DVD-ROM drive
hdd: LITEON DVD-ROM LTD163D, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: host protected area => 1
hda: 78165360 sectors (40021 MB) w/2048KiB Cache, CHS=4865/255/63,
UDMA(100)
Partition check:
........
koos$ /sbin/lspci -v
00:00.0 Host bridge: Intel Corporation: Unknown device 1a30 (rev 11)
Subsystem: Asustek Computer, Inc.: Unknown device 8088
Flags: bus master, fast devsel, latency 0
Memory at f8000000 (32-bit, prefetchable) [size=64M]
Capabilities: <available only to root>
00:01.0 PCI bridge: Intel Corporation: Unknown device 1a31 (rev 11)
(prog-if 00 [Normal decode])
Flags: bus master, 66Mhz, fast devsel, latency 64
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
Memory behind bridge: ed000000-ee7fffff
Prefetchable memory behind bridge: eff00000-f7ffffff
00:1d.0 USB Controller: Intel Corporation: Unknown device 24c2 (rev 01)
(prog-if 00 [UHCI])
Subsystem: Asustek Computer, Inc.: Unknown device 8089
Flags: bus master, medium devsel, latency 0, IRQ 11
I/O ports at d800 [size=32]
00:1d.1 USB Controller: Intel Corporation: Unknown device 24c4 (rev 01)
(prog-if 00 [UHCI])
Subsystem: Asustek Computer, Inc.: Unknown device 8089
Flags: bus master, medium devsel, latency 0, IRQ 5
I/O ports at d400 [size=32]
00:1d.2 USB Controller: Intel Corporation: Unknown device 24c7 (rev 01)
(prog-if 00 [UHCI])
Subsystem: Asustek Computer, Inc.: Unknown device 8089
Flags: bus master, medium devsel, latency 0, IRQ 10
I/O ports at d000 [size=32]
00:1d.7 USB Controller: Intel Corporation: Unknown device 24cd (rev 01)
(prog-if 20)
Subsystem: Asustek Computer, Inc.: Unknown device 8089
Flags: bus master, medium devsel, latency 0, IRQ 9
Memory at ec800000 (32-bit, non-prefetchable) [size=1K]
Capabilities: <available only to root>
00:1e.0 PCI bridge: Intel Corporation 82820 820 (Camino 2) Chipset PCI
(rev 81) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=02, subordinate=02, sec-latency=32
I/O behind bridge: 0000b000-0000bfff
Prefetchable memory behind bridge: ee800000-efefffff
00:1f.0 ISA bridge: Intel Corporation: Unknown device 24c0 (rev 01)
Flags: bus master, medium devsel, latency 0
00:1f.1 IDE interface: Intel Corporation: Unknown device 24cb (rev 01)
(prog-if 8a [Master SecP PriP])
Subsystem: Asustek Computer, Inc.: Unknown device 8089
Flags: bus master, medium devsel, latency 0, IRQ 10
I/O ports at <unassigned> [size=8]
I/O ports at <unassigned> [size=4]
I/O ports at <unassigned> [size=8]
I/O ports at <unassigned> [size=4]
I/O ports at f000 [size=16]
Memory at 10000000 (32-bit, non-prefetchable) [size=1K]
01:00.0 VGA compatible controller: nVidia Corporation NV11 (rev a1)
(prog-if 00 [VGA])
Subsystem: CardExpert Technology: Unknown device 0001
Flags: bus master, 66Mhz, medium devsel, latency 248, IRQ 11
Memory at ed000000 (32-bit, non-prefetchable) [size=16M]
Memory at f0000000 (32-bit, prefetchable) [size=128M]
Expansion ROM at efff0000 [disabled] [size=64K]
Capabilities: <available only to root>
02:03.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev
10)
Subsystem: Asustek Computer, Inc.: Unknown device 80e2
Flags: bus master, stepping, medium devsel, latency 32, IRQ 9
I/O ports at b800 [size=256]
Capabilities: <available only to root>
02:0a.0 Multimedia video controller: Brooktree Corporation Bt878 (rev 02)
Flags: bus master, medium devsel, latency 32, IRQ 9
Memory at ef000000 (32-bit, prefetchable) [size=4K]
02:0a.1 Multimedia controller: Brooktree Corporation Bt878 (rev 02)
Flags: bus master, medium devsel, latency 32, IRQ 9
Memory at ee800000 (32-bit, prefetchable) [size=4K]
02:0d.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS)
Subsystem: Realtek Semiconductor Co., Ltd. RT8029(AS)
Flags: medium devsel, IRQ 9
I/O ports at b400 [size=32]
Regards,
Koos Vriezen
> o i845G fixes
I just tried 2.4.20-pre6 on my Intel 845GBVL board (845G chipset).
For the first time DMA is available with the DVD drive,
without a -ac patch. But UDMA(25) as opposed to UDMA(33)
with 2.4.20pre5-ac1.Also I got some junk characters in 2.4.20pre6
when it was probing for IDE devices:
*****DMESG 2.4.20pre6 snip of the Intel board *****
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
ICH4: IDE controller on PCI bus 00 dev f9
PCI: Device 00:1f.1 not available because of resource collisions
PCI: Found IRQ 5 for device 00:1f.1
PCI: Sharing IRQ 5 with 00:1d.2
GARBAGE CHARACTERS HERE: BIOS setup was incomplete.
ICH4: chipset revision 1
ICH4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio
hda: LITEON DVD-ROM LTD-165H, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: ATAPI 48X DVD-ROM drie, 512kB Cache, UDMA(25)
Uniform CD-ROM driver Revision: 3.12
*******
Here is a Dmesg snip of 2.4.20pre5-ac1 on the Intel Board:
*******
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha1
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
ICH4: IDE controller at PCI slot 00:1f.1
PCI: Device 00:1f.1 not available because of resource collisions
PCI: Found IRQ 5 for device 00:1f.1
PCI: Sharing IRQ 5 with 00:1d.2
ICH4: Not fully BIOS configured!
ICH4: chipset revision 1
ICH4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio
hda: LITEON DVD-ROM LTD-165H, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: ATAPI 48X DVD-ROM drive, 512kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.12
***********
2.4.20-pre6 came up fine with my Gigabyte 845IGX (845G chipset)
equipped machine. (Award BIOS as opposed to Intel's). DMA
started to work with 2.4.20-pre5 on this board. The
latest -ac patches do not work on this machine.
Here are full links to the Intel 845GBVL dmesg and lspci:
http://ac.marywood.edu/tspin/www/dmesg2420pre6.txt
http://ac.marywood.edu/tspin/www/dmesg2420pre5ac1.txt
http://ac.marywood.edu/tspin/www/lspci2420pre6.txt
Thanks! If anyone needs more info, let me know.
Tony
__________________________________________________
Yahoo! - We Remember
9-11: A tribute to the more than 3,000 lives lost
http://dir.remember.yahoo.com/tribute
Compiling in tg3 support using the tg3.c and tg3.h from 2.4.20-pre6
distro: debian woody
gcc -v
Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs
gcc version 2.95.4 20011002 (Debian prerelease)
gcc -D__KERNEL__ -I/usr/src/linux-2.4.19/include -Wall -Wstrict-prototypes
-Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer
-pipe -mpreferred-stack-boundary=2 -march=i686 -nostdinc -I
/usr/lib/gcc-lib/i386-linux/2.95.4/include -DKBUILD_BASENAME=tg3 -c -o
tg3.o tg3.c
tg3.c: In function `tg3_rx':
tg3.c:1977: warning: implicit declaration of function `netif_receive_skb'
tg3.c: In function `tg3_poll':
tg3.c:2054: structure has no member named `quota'
tg3.c:2055: structure has no member named `quota'
tg3.c:2060: structure has no member named `quota'
tg3.c:2067: warning: implicit declaration of function `netif_rx_complete'
tg3.c: In function `tg3_interrupt_main_work':
tg3.c:2094: warning: implicit declaration of function
`netif_rx_schedule_prep'
tg3.c:2100: warning: implicit declaration of function
`__netif_rx_schedule'
tg3.c: In function `__tg3_set_rx_mode':
tg3.c:4881: structure has no member named `vlgrp'
tg3.c: In function `tg3_init_one':
tg3.c:6641: structure has no member named `poll'
tg3.c:6642: structure has no member named `weight'
make[3]: *** [tg3.o] Error 1
make[3]: Leaving directory `/usr/src/linux-2.4.19/drivers/net'
make[2]: *** [first_rule] Error 2
make[2]: Leaving directory `/usr/src/linux-2.4.19/drivers/net'
make[1]: *** [_subdir_net] Error 2
make[1]: Leaving directory `/usr/src/linux-2.4.19/drivers'
make: *** [_dir_drivers] Error 2
[-] Steve Mickeler [ [email protected] ]
[|] Todays root password is brought to you by /dev/random
[+] 1024D/9AA80CDF = 4103 9E35 2713 D432 924F 3C2E A7B9 A0FE 9AA8 0CDF
Steve Mickeler wrote:
> Compiling in tg3 support using the tg3.c and tg3.h from 2.4.20-pre6
>
> distro: debian woody
>
> gcc -v
> Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs
> gcc version 2.95.4 20011002 (Debian prerelease)
those are the NAPI functions and struct members.
did NAPI get removed from 2.4.x again??
Yes, all I patched was tg3.c and tg3.h
Thanks.
On Tue, 10 Sep 2002, David S. Miller wrote:
> From: Steve Mickeler <[email protected]>
> Date: Tue, 10 Sep 2002 17:19:53 -0400 (EDT)
>
> Compiling in tg3 support using the tg3.c and tg3.h from 2.4.20-pre6
> ...
> tg3.c: In function `tg3_rx':
> tg3.c:1977: warning: implicit declaration of function `netif_receive_skb'
>
> I pretty sure you mispatched your tree.
>
> It's there in 2.4.20-pre6:
>
> bash$ egrep netif_receive_skb patch-2.4.20-pre6
> + netif_receive_skb (skb);
> +3) instead of netif_rx() we call netif_receive_skb() to pass the skb.
> + netif_receive_skb(skb);
> + return (polling ? netif_receive_skb(skb) : netif_rx(skb));
> +extern int netif_receive_skb(struct sk_buff *skb);
> +int netif_receive_skb(struct sk_buff *skb)
> + netif_receive_skb(skb);
> +EXPORT_SYMBOL(netif_receive_skb);
> bash$
>
[-] Steve Mickeler [ [email protected] ]
[|] Todays root password is brought to you by /dev/random
[+] 1024D/9AA80CDF = 4103 9E35 2713 D432 924F 3C2E A7B9 A0FE 9AA8 0CDF
From: Jeff Garzik <[email protected]>
Date: Tue, 10 Sep 2002 17:28:43 -0400
did NAPI get removed from 2.4.x again??
No Jeff, this guy just mispatched his tree.
Check 2.4.20-pre6, it's all there.
From: Steve Mickeler <[email protected]>
Date: Tue, 10 Sep 2002 17:19:53 -0400 (EDT)
Compiling in tg3 support using the tg3.c and tg3.h from 2.4.20-pre6
...
tg3.c: In function `tg3_rx':
tg3.c:1977: warning: implicit declaration of function `netif_receive_skb'
I pretty sure you mispatched your tree.
It's there in 2.4.20-pre6:
bash$ egrep netif_receive_skb patch-2.4.20-pre6
+ netif_receive_skb (skb);
+3) instead of netif_rx() we call netif_receive_skb() to pass the skb.
+ netif_receive_skb(skb);
+ return (polling ? netif_receive_skb(skb) : netif_rx(skb));
+extern int netif_receive_skb(struct sk_buff *skb);
+int netif_receive_skb(struct sk_buff *skb)
+ netif_receive_skb(skb);
+EXPORT_SYMBOL(netif_receive_skb);
bash$
Hi,
same problem here.
Kernel crashes at boot:
.......
ICH3M: IDE Controller on PCI bus 0 dev f9
PCI: Device 00:1f.1 not available becaus of resource collisions
PCI: Assigned IRQ11 for device 00:1f.1
Unable to handle kernel NULL pointer dereference at virtual address 00000010
printing eip:
c025a902
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010 [<c025a902>] Not tainted
EFLAGS: 00010097
eax: 00000010 ebx: 0000000a ecx: 00000010 edx: fffffffe
esi: c030cf23 edi: 00000000 ebp: c030d31f esp: c161bea0
.....
it's a Compaq EVO N800c laptop with 845MP chipset.
with kernel 2.4.20-pre5 it boots but no chipset support(dma).
with kernel 2.4.20-pre1-ac1 no problems:
....
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
PIIX4: IDE controller on PCI bus 00 dev f9
PCI: Enabling device 00:1f.1 (0005 -> 0007)
PCI: Assigned IRQ 11 for device 00:1f.1
PIIX4: chipset revision 2
PIIX4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0x4440-0x4447, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0x4448-0x444f, BIOS settings: hdc:DMA, hdd:pio
hda: IC25T060ATCS05-0, ATA DISK drive
hdc: DW-28E, ATAPI CD/DVD-ROM drive
ide2: ports already in use, skipping probe
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: host protected area => 1
hda: 117210240 sectors (60012 MB) w/1768KiB Cache, CHS=7752/240/63,
UDMA(100)
....
#lspci -v
00:00.0 Host bridge: Intel Corp. 82845 845 (Brookdale) Chipset Host
Bridge (rev 04)
Subsystem: Compaq Computer Corporation: Unknown device 004a
Flags: bus master, fast devsel, latency 0
Memory at 60000000 (32-bit, prefetchable) [size=256M]
Capabilities: [e4] #09 [d104]
Capabilities: [a0] AGP version 2.0
00:01.0 PCI bridge: Intel Corp. 82845 845 (Brookdale) Chipset AGP Bridge
(rev 04) (prog-if 00 [Normal decode])
Flags: bus master, 66Mhz, fast devsel, latency 64
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 00003000-00003fff
Memory behind bridge: 40300000-403fffff
Prefetchable memory behind bridge: 48000000-4fffffff
00:1e.0 PCI bridge: Intel Corp. 82801BAM/CAM PCI Bridge (rev 42)
(prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=02, subordinate=03, sec-latency=32
I/O behind bridge: 00002000-00002fff
Memory behind bridge: 40000000-402fffff
00:1f.0 ISA bridge: Intel Corp. 82801CAM ISA Bridge (LPC) (rev 02)
Flags: bus master, medium devsel, latency 0
00:1f.1 IDE interface: Intel Corp. 82801CAM IDE U100 (rev 02) (prog-if
8a [Master SecP PriP])
Subsystem: Compaq Computer Corporation: Unknown device 004a
Flags: bus master, medium devsel, latency 0, IRQ 11
I/O ports at 01f0
I/O ports at 03f4
I/O ports at 0170
I/O ports at 0374
I/O ports at 4440 [size=16]
Memory at 20000000 (32-bit, non-prefetchable) [size=1K]
00:1f.5 Multimedia audio controller: Intel Corp. 82801CA/CAM AC'97 Audio
(rev 02)
Subsystem: Compaq Computer Corporation: Unknown device 004a
Flags: bus master, medium devsel, latency 0, IRQ 5
I/O ports at 4000 [size=256]
I/O ports at 4400 [size=64]
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility
M7 LW (prog-if 00 [VGA])
Subsystem: Compaq Computer Corporation: Unknown device 004a
Flags: bus master, stepping, 66Mhz, medium devsel, latency 66, IRQ 11
Memory at 48000000 (32-bit, prefetchable) [size=128M]
I/O ports at 3000 [size=256]
Memory at 40300000 (32-bit, non-prefetchable) [size=64K]
Expansion ROM at <unassigned> [disabled] [size=128K]
Capabilities: [58] AGP version 2.0
Capabilities: [50] Power Management version 2
02:04.0 Communication controller: Lucent Microelectronics LT WinModem
(rev 02)
Subsystem: AMBIT Microsystem Corp.: Unknown device 0450
Flags: bus master, medium devsel, latency 66, IRQ 5
Memory at 40200000 (32-bit, non-prefetchable) [size=256]
I/O ports at 2440 [size=8]
I/O ports at 2000 [size=256]
Capabilities: [f8] Power Management version 2
02:06.0 CardBus bridge: Texas Instruments PCI1410 PC card Cardbus
Controller (rev 02)
Subsystem: Compaq Computer Corporation: Unknown device 004a
Flags: bus master, medium devsel, latency 168, IRQ 11
Memory at 40000000 (32-bit, non-prefetchable) [size=4K]
Bus: primary=02, secondary=03, subordinate=03, sec-latency=176
I/O window 0: 00000000-00000003
I/O window 1: 00000000-00000003
16-bit legacy interface ports at 0001
02:08.0 Ethernet controller: Intel Corp. 82801CAM (ICH3) Chipset
Ethernet Controller (rev 42)
Subsystem: Compaq Computer Corporation: Unknown device 0093
Flags: bus master, medium devsel, latency 66, IRQ 10
Memory at 40080000 (32-bit, non-prefetchable) [size=4K]
I/O ports at 2400 [size=64]
Capabilities: [dc] Power Management version 2
02:0e.0 USB Controller: NEC Corporation USB (rev 41) (prog-if 10 [OHCI])
Subsystem: Compaq Computer Corporation: Unknown device 004a
Flags: bus master, medium devsel, latency 40, IRQ 10
Memory at 40100000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [40] Power Management version 2
02:0e.1 USB Controller: NEC Corporation USB (rev 41) (prog-if 10 [OHCI])
Subsystem: Compaq Computer Corporation: Unknown device 004a
Flags: bus master, medium devsel, latency 40, IRQ 10
Memory at 40180000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [40] Power Management version 2
02:0e.2 USB Controller: NEC Corporation USB 2.0 (rev 02) (prog-if 20 [EHCI])
Subsystem: Compaq Computer Corporation: Unknown device 004a
Flags: bus master, medium devsel, latency 64, IRQ 10
Memory at 40280000 (32-bit, non-prefetchable) [size=256]
Capabilities: [40] Power Management version 2
cu
Andreas
From: Steve Mickeler <[email protected]>
Date: Tue, 10 Sep 2002 17:33:15 -0400 (EDT)
Yes, all I patched was tg3.c and tg3.h
That isn't going to work, the current driver uses NAPI
which means you need the rest of the 2.4.20-X networking
bits too.
On Tue, 2002-09-10 at 22:39, Andreas Kerl wrote:
> Hi,
> same problem here.
> Kernel crashes at boot:
>
> .......
> ICH3M: IDE Controller on PCI bus 0 dev f9
> PCI: Device 00:1f.1 not available becaus of resource collisions
> PCI: Assigned IRQ11 for device 00:1f.1
> Unable to handle kernel NULL pointer dereference at virtual address 00000010
>
The diff I sent Marcelo was slightly the wrong one - the printk argument
is missing which I guess is what is causing the mess.
It should be
printk(KERN_INFO "%s: BIOS setup was incomplete.\n", d->name);
On Tue, 10 Sep 2002, Marcelo Tosatti wrote:
>...
> Alan Cox <[email protected]>:
>...
> o more irda __FUNCTION__ stuff
>...
This adds the use of TIOCM_MODEM_BITS to irtty.c but not the corresponding
addition of it to asm-i386/termios.h:
<-- snip -->
...
gcc -D__KERNEL__ -I/home/bunk/linux/kernel-2.4/linux-2.4.19-full/include
-Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing
-fno-common -pipe -mpreferred-stack-boundary=2 -march=k6 -nostdinc
-iwithprefix include -DKBUILD_BASENAME=irtty -c -o irtty.o irtty.c
irtty.c: In function `irtty_set_dtr_rts':
irtty.c:761: `TIOCM_MODEM_BITS' undeclared (first use in this function)
irtty.c:761: (Each undeclared identifier is reported only once
irtty.c:761: for each function it appears in.)
make[4]: *** [irtty.o] Error 1
make[4]: Leaving directory `/home/bunk/linux/kernel-2.4/linux-2.4.19-full/drivers/net/irda'
<-- snip -->
The following part of -ac is also needed:
--- linux.20pre5/include/asm-i386/termios.h 2002-08-29 18:39:31.000000000 +0100
+++ linux.20pre5-ac4/include/asm-i386/termios.h 2002-08-06 15:41:52.000000000 +0100
@@ -37,6 +37,8 @@
#define TIOCM_OUT2 0x4000
#define TIOCM_LOOP 0x8000
+#define TIOCM_MODEM_BITS TIOCM_OUT2 /* IRDA support */
+
/* ioctl (fd, TIOCSERGETLSR, &result) where result may be as below */
/* line disciplines */
cu
Adrian
On Tue, 2002-09-10 at 23:40, Adrian Bunk wrote:
> On Tue, 10 Sep 2002, Marcelo Tosatti wrote:
>
> >...
> > Alan Cox <[email protected]>:
> >...
> > o more irda __FUNCTION__ stuff
> >...
>
> This adds the use of TIOCM_MODEM_BITS to irtty.c but not the corresponding
> addition of it to asm-i386/termios.h:
Oops I'll send Marcelo a fix for that as wella s the 845G printk
Adrian Bunk wrote :
> >...
> > Alan Cox <[email protected]>:
> >...
> > o more irda __FUNCTION__ stuff
> >...
>
> This adds the use of TIOCM_MODEM_BITS to irtty.c but not the corresponding
> addition of it to asm-i386/termios.h:
I would personally would have veto'ed that change, because it
will work only on i386 (and PA-Risc), whereas the IrDA stack is
routinely used on ARM and PPC and also work on Alpha.
That's the kind of shortsighted quick hack that make life
painfull for everybody, because we now have to fix a dozen
platforms. Last time I heard, 2.4.X was supposed to be the "stable"
kernel.
I would personally perfer the header to define a "default"
value, and only the broken architecture would need to override it
(#undef + #define).
Actually, the previous solution of having the cruft hidden in
the irtty driver with #ifdef and not poluting the generic kernel was
also pretty good IMHO, and I don't understand why the original author
didn't go along those lines (sure he didn't told me why).
Of course, I'm opiniated...
So, as people like quick'n'dirty hacks, just make sure that
TIOCM_MODEM_BITS is also defined in ARM, SH, PPC and Alpha (at least),
just to make sure I'm the only one complaining.
Thanks in advance...
Jean
On Tue, 10 Sep 2002, Marcelo Tosatti wrote:
>...
> Geert Uytterhoeven <[email protected]>:
>...
> o Wrong fbcon_mac dependency
>...
It's possible to enable CONFIG_FBCON_MAC on !m68k and after your change
the compilation breaks on i386 with the following error:
<-- snip -->
...
gcc -D__KERNEL__ -I/home/bunk/linux/kernel-2.4/linux-2.4.19-full/include
-Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing
-fno-common -pipe -mpreferred-stack-boundary=2 -march=k6 -nostdinc
-iwithprefix include -DKBUILD_BASENAME=fbcon -c -o fbcon.o fbcon.c
fbcon.c: In function `fbcon_setup':
fbcon.c:641: `MACH_IS_MAC' undeclared (first use in this function)
fbcon.c:641: (Each undeclared identifier is reported only once
fbcon.c:641: for each function it appears in.)
make[3]: *** [fbcon.o] Error 1
make[3]: Leaving directory `/home/bunk/linux/kernel-2.4/linux-2.4.19-full/drivers/video'
<-- snip -->
cu
Adrian
--
You only think this is a free country. Like the US the UK spends a lot of
time explaining its a free country because its a police state.
Alan Cox
On Wed, 2002-09-11 at 00:14, Jean Tourrilhes wrote:
> > This adds the use of TIOCM_MODEM_BITS to irtty.c but not the corresponding
> > addition of it to asm-i386/termios.h:
>
> I would personally would have veto'ed that change, because it
> will work only on i386 (and PA-Risc), whereas the IrDA stack is
> routinely used on ARM and PPC and also work on Alpha.
The change got it by accident
> I would personally perfer the header to define a "default"
> value, and only the broken architecture would need to override it
> (#undef + #define).
absolutely
> So, as people like quick'n'dirty hacks, just make sure that
> TIOCM_MODEM_BITS is also defined in ARM, SH, PPC and Alpha (at least),
> just to make sure I'm the only one complaining.
They are in my tree.
On Wed, Sep 11, 2002 at 01:41:51AM +0100, Alan Cox wrote:
>
> > So, as people like quick'n'dirty hacks, just make sure that
> > TIOCM_MODEM_BITS is also defined in ARM, SH, PPC and Alpha (at least),
> > just to make sure I'm the only one complaining.
>
> They are in my tree.
Perfect, if all architectures are covered, I'm perfectly fine
with it. Sorry for having ranted too fast ;-)
Jean
Ok, I applied the entire 2.4.20-pre6 and still get compile errors:
gcc -D__KERNEL__ -I/usr/src/test/linux-2.4.20-pre6/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686
-nostdinc -iwithprefix include -DKBUILD_BASENAME=tg3 -c -o tg3.o tg3.c
tg3.c: In function `__tg3_set_rx_mode':
tg3.c:4881: structure has no member named `vlgrp'
make[3]: *** [tg3.o] Error 1
make[3]: Leaving directory `/usr/src/test/linux-2.4.20-pre6/drivers/net'
make[2]: *** [first_rule] Error 2
make[2]: Leaving directory `/usr/src/test/linux-2.4.20-pre6/drivers/net'
make[1]: *** [_subdir_net] Error 2
make[1]: Leaving directory `/usr/src/test/linux-2.4.20-pre6/drivers'
make: *** [_dir_drivers] Error 2
On Tue, 10 Sep 2002, David S. Miller wrote:
> From: Steve Mickeler <[email protected]>
> Date: Tue, 10 Sep 2002 17:33:15 -0400 (EDT)
>
> Yes, all I patched was tg3.c and tg3.h
>
> That isn't going to work, the current driver uses NAPI
> which means you need the rest of the 2.4.20-X networking
> bits too.
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
[-] Steve Mickeler [ [email protected] ]
[|] Todays root password is brought to you by /dev/random
[+] 1024D/9AA80CDF = 4103 9E35 2713 D432 924F 3C2E A7B9 A0FE 9AA8 0CDF
Steve Mickeler wrote:
> Ok, I applied the entire 2.4.20-pre6 and still get compile errors:
>
> gcc -D__KERNEL__ -I/usr/src/test/linux-2.4.20-pre6/include -Wall
> -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
> -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686
> -nostdinc -iwithprefix include -DKBUILD_BASENAME=tg3 -c -o tg3.o tg3.c
>
> tg3.c: In function `__tg3_set_rx_mode':
> tg3.c:4881: structure has no member named `vlgrp'
Wrap this line of code inside a
#if TG3_VLAN_TAG_USED
...line 4881 here...
#endif
That seemed to have allowed a clean compile.
Heres the patch:
-----------------------------------------------------------------------------------------
diff -Naur linux-2.4.20-pre6/drivers/net/tg3.c linux-2.4.20-pre6-fixed/drivers/net/tg3.c
--- linux-2.4.20-pre6/drivers/net/tg3.c Tue Sep 10 21:53:24 2002
+++ linux-2.4.20-pre6-fixed/drivers/net/tg3.c Tue Sep 10 21:44:53 2002
@@ -4878,8 +4878,10 @@
rx_mode = tp->rx_mode & ~(RX_MODE_PROMISC |
RX_MODE_KEEP_VLAN_TAG);
+#if TG3_VLAN_TAG_USED
if (!tp->vlgrp)
rx_mode |= RX_MODE_KEEP_VLAN_TAG;
+#endif
if (dev->flags & IFF_PROMISC) {
/* Promiscuous mode. */
-----------------------------------------------------------------------------------------
On Tue, 10 Sep 2002, Jeff Garzik wrote:
> Steve Mickeler wrote:
> > Ok, I applied the entire 2.4.20-pre6 and still get compile errors:
> >
> > gcc -D__KERNEL__ -I/usr/src/test/linux-2.4.20-pre6/include -Wall
> > -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
> > -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686
> > -nostdinc -iwithprefix include -DKBUILD_BASENAME=tg3 -c -o tg3.o tg3.c
> >
> > tg3.c: In function `__tg3_set_rx_mode':
> > tg3.c:4881: structure has no member named `vlgrp'
>
>
> Wrap this line of code inside a
>
> #if TG3_VLAN_TAG_USED
> ...line 4881 here...
> #endif
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
[-] Steve Mickeler [ [email protected] ]
[|] Todays root password is brought to you by /dev/random
[+] 1024D/9AA80CDF = 4103 9E35 2713 D432 924F 3C2E A7B9 A0FE 9AA8 0CDF
Hello!
On Tue, Sep 10, 2002 at 03:04:04PM -0300, Marcelo Tosatti wrote:
AGP stuff still does not work for me. (It broke somewhere around 2.4.20-pre4
and I reported it at that time, but nobody was interested in that somehow)
It basically prints this:
Linux agpgart interface v0.99 (c) Jeff Hartmann
agpgart: Maximum main memory to use for agp memory: 816M
agpgart: Detected AMD 760MP chipset
Unable to handle kernel paging request<1>Unable to handle kernel NULL pointer dereference at virtual address 00000018
printing eip:
c01a34f3
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c01a34f3>] Not tainted
EFLAGS: 00010046
That's all.
>>EIP; c01a34f2 <hide_cursor+72/80> <=====
Box is dual Athlon MP 1700+. 1G RAM, Highmem enabled.
Some Tyan motherboard.
00:00.0 Host bridge: Advanced Micro Devices [AMD]: Unknown device 700c (rev 11)
00:01.0 PCI bridge: Advanced Micro Devices [AMD]: Unknown device 700d
00:07.0 ISA bridge: Advanced Micro Devices [AMD] AMD-765 [Viper] ISA (rev 02)
00:07.1 IDE interface: Advanced Micro Devices [AMD] AMD-765 [Viper] IDE (rev 01)00:07.3 Bridge: Advanced Micro Devices [AMD] AMD-765 [Viper] ACPI (rev 01)
00:07.4 USB Controller: Advanced Micro Devices [AMD] AMD-765 [Viper] USB (rev 07)
00:0a.0 Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] (rev 05)00:0d.0 Multimedia audio controller: Yamaha Corporation YMF-724F [DS-1 Audio Controller] (rev 03)
01:05.0 VGA compatible controller: nVidia Corporation: Unknown device 0200 (rev
a3)
Is anybody interested?
Bye,
Oleg
On Wed, Sep 11, 2002 at 12:00:47PM +0200, Oleg Drokin wrote:
> Hello!
>
> On Tue, Sep 10, 2002 at 03:04:04PM -0300, Marcelo Tosatti wrote:
>
> AGP stuff still does not work for me. (It broke somewhere around 2.4.20-pre4
> and I reported it at that time, but nobody was interested in that somehow)
Does the kernel print a message like "Advanced speculative caching feature present"
or not present at boot up?
If yes does it go away when you boot with unsafe-gart-alias ?
What other command line options do you use? Perhaps mem=nopentium? If yes
does it help when you boot without that and with unsafe-gart-alias specified.
-Andi
Hello!
On Wed, Sep 11, 2002 at 12:14:38PM +0200, Andi Kleen wrote:
> > AGP stuff still does not work for me. (It broke somewhere around 2.4.20-pre4
> > and I reported it at that time, but nobody was interested in that somehow)
> Does the kernel print a message like "Advanced speculative caching feature present"
> or not present at boot up?
Nothing even remotely similar to that.
Also I greeped the source tree and have found nothing similar to that in source,
too.
> If yes does it go away when you boot with unsafe-gart-alias ?
There seems to be no such option, too
green@angband:~/bk_work/reiser3-linux-2.4> grep -r gart-alias *
green@angband:~/bk_work/reiser3-linux-2.4>
> What other command line options do you use? Perhaps mem=nopentium? If yes
> does it help when you boot without that and with unsafe-gart-alias specified.
Yes, if I remove mem=nopentium , it boots ok.
Bye,
Oleg
On Wed, Sep 11, 2002 at 12:36:44PM +0200, Oleg Drokin wrote:
> Hello!
>
> On Wed, Sep 11, 2002 at 12:14:38PM +0200, Andi Kleen wrote:
>
> > > AGP stuff still does not work for me. (It broke somewhere around 2.4.20-pre4
> > > and I reported it at that time, but nobody was interested in that somehow)
> > Does the kernel print a message like "Advanced speculative caching feature present"
> > or not present at boot up?
>
> Nothing even remotely similar to that.
> Also I greeped the source tree and have found nothing similar to that in source,
> too.
>
> > If yes does it go away when you boot with unsafe-gart-alias ?
>
> There seems to be no such option, too
> green@angband:~/bk_work/reiser3-linux-2.4> grep -r gart-alias *
> green@angband:~/bk_work/reiser3-linux-2.4>
That was just for double checking. Looks like Marcelo removed it already.
>
> > What other command line options do you use? Perhaps mem=nopentium? If yes
> > does it help when you boot without that and with unsafe-gart-alias specified.
>
> Yes, if I remove mem=nopentium , it boots ok.
Ok. That makes it clearer.
One final question: Did you compile your kernel with CONFIG_X86_PAE
(= CONFIG_HIGHMEM64G) ?
-Andi
Hello!
On Wed, Sep 11, 2002 at 12:51:10PM +0200, Andi Kleen wrote:
> > > What other command line options do you use? Perhaps mem=nopentium? If yes
> > > does it help when you boot without that and with unsafe-gart-alias specified.
> > Yes, if I remove mem=nopentium , it boots ok.
> Ok. That makes it clearer.
> One final question: Did you compile your kernel with CONFIG_X86_PAE
> (= CONFIG_HIGHMEM64G) ?
No.
green@angband:~/bk_work/reiser3-linux-2.4> grep CONFIG_HIGHMEM64G .config
# CONFIG_HIGHMEM64G is not set
green@angband:~/bk_work/reiser3-linux-2.4> grep CONFIG_HIGHMEM4G .config
CONFIG_HIGHMEM4G=y
Bye,
Oleg
On Wed, 11 Sep 2002, Adrian Bunk wrote:
> On Tue, 10 Sep 2002, Marcelo Tosatti wrote:
>
> >...
> > Geert Uytterhoeven <[email protected]>:
> >...
> > o Wrong fbcon_mac dependency
> >...
>
> It's possible to enable CONFIG_FBCON_MAC on !m68k and after your change
> the compilation breaks on i386 with the following error:
>
> <-- snip -->
>
> ...
> gcc -D__KERNEL__ -I/home/bunk/linux/kernel-2.4/linux-2.4.19-full/include
> -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing
> -fno-common -pipe -mpreferred-stack-boundary=2 -march=k6 -nostdinc
> -iwithprefix include -DKBUILD_BASENAME=fbcon -c -o fbcon.o fbcon.c
> fbcon.c: In function `fbcon_setup':
> fbcon.c:641: `MACH_IS_MAC' undeclared (first use in this function)
> fbcon.c:641: (Each undeclared identifier is reported only once
> fbcon.c:641: for each function it appears in.)
> make[3]: *** [fbcon.o] Error 1
> make[3]: Leaving directory `/home/bunk/linux/kernel-2.4/linux-2.4.19-full/drivers/video'
Hmmm... I didn't realize vesafb can use fbcon-mac.
However, it seems to be used if you don't enable any of the fbcon-cfb* modules
only, since fbcon-cfb* takes precendence.
Do people really use 6x11 fonts with vesafb?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [email protected]
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
Geert Uytterhoeven <[email protected]> writes:
> On Wed, 11 Sep 2002, Adrian Bunk wrote:
>> On Tue, 10 Sep 2002, Marcelo Tosatti wrote:
>>
>> >...
>> > Geert Uytterhoeven <[email protected]>:
>> >...
>> > o Wrong fbcon_mac dependency
>> >...
>>
> [SNIP]
>
> Hmmm... I didn't realize vesafb can use fbcon-mac.
>
> However, it seems to be used if you don't enable any of the fbcon-cfb* modules
> only, since fbcon-cfb* takes precendence.
>
> Do people really use 6x11 fonts with vesafb?
I don't use vesafb (as they (do they still?) tend to interfere with
accelerated X). "But I would if I did."
(Currently typing in an XEmacs on a 1600x1200 21" CRT using 6x13
font. No, I still don't get "enough" on one screen...)
So long,
Joe
--
"I use emacs, which might be thought of as a thermonuclear
word processor."
-- Neal Stephenson, "In the beginning... was the command line"
From: Jeff Garzik <[email protected]>
Date: Tue, 10 Sep 2002 22:37:25 -0400
Wrap this line of code inside a
#if TG3_VLAN_TAG_USED
...line 4881 here...
#endif
Not sufficient, you need to have an "#else" clause that
sets RX_MODE_KEEP_VLAN_TAG all the time.
From: Steve Mickeler <[email protected]>
Date: Tue, 10 Sep 2002 22:20:34 -0400 (EDT)
gcc -D__KERNEL__ -I/usr/src/test/linux-2.4.20-pre6/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686
-nostdinc -iwithprefix include -DKBUILD_BASENAME=tg3 -c -o tg3.o tg3.c
tg3.c: In function `__tg3_set_rx_mode':
tg3.c:4881: structure has no member named `vlgrp'
make[3]: *** [tg3.o] Error 1
make[3]: Leaving directory `/usr/src/test/linux-2.4.20-pre6/drivers/net'
make[2]: *** [first_rule] Error 2
make[2]: Leaving directory `/usr/src/test/linux-2.4.20-pre6/drivers/net'
make[1]: *** [_subdir_net] Error 2
make[1]: Leaving directory `/usr/src/test/linux-2.4.20-pre6/drivers'
make: *** [_dir_drivers] Error 2
Sorry, I'll fix that. Enable CONFIG_VLAN_8021Q as a workaround for
now.
David S. Miller wrote:
> From: Jeff Garzik <[email protected]>
> Date: Tue, 10 Sep 2002 22:37:25 -0400
>
> Wrap this line of code inside a
>
> #if TG3_VLAN_TAG_USED
> ...line 4881 here...
> #endif
>
> Not sufficient, you need to have an "#else" clause that
> sets RX_MODE_KEEP_VLAN_TAG all the time.
So IOW what I said was correct, but Steve's patch was wrong :)
You don't need a #else clause because line 4882 sets
RX_MODE_KEEP_VLAN_TAG unconditionally, if you #ifdef out line 4881.
Jeff
Hi,
On Wed, 11 Sep 2002, Joachim Breuer wrote:
> I don't use vesafb (as they (do they still?) tend to interfere with
> accelerated X). "But I would if I did."
I'm using the console at 1600x1200 on 22". About once a week I go to
XFree86 mode, which is indeed as accelerated as the console. No problems.
I can switch back and forth without even having to notice.
Thunder
--
--./../...-/. -.--/---/..-/.-./..././.-../..-. .---/..-/.../- .-
--/../-./..-/-/./--..-- ../.----./.-../.-.. --./../...-/. -.--/---/..-
.- -/---/--/---/.-./.-./---/.--/.-.-.-
--./.-/-.../.-./.././.-../.-.-.-
On Wed, 11 Sep 2002, Geert Uytterhoeven wrote:
> On Wed, 11 Sep 2002, Adrian Bunk wrote:
> > On Tue, 10 Sep 2002, Marcelo Tosatti wrote:
> >
> > >...
> > > Geert Uytterhoeven <[email protected]>:
> > >...
> > > o Wrong fbcon_mac dependency
> > >...
> >
> > It's possible to enable CONFIG_FBCON_MAC on !m68k and after your change
> > the compilation breaks on i386 with the following error:
> >
> > <-- snip -->
> >
> > ...
> > gcc -D__KERNEL__ -I/home/bunk/linux/kernel-2.4/linux-2.4.19-full/include
> > -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing
> > -fno-common -pipe -mpreferred-stack-boundary=2 -march=k6 -nostdinc
> > -iwithprefix include -DKBUILD_BASENAME=fbcon -c -o fbcon.o fbcon.c
> > fbcon.c: In function `fbcon_setup':
> > fbcon.c:641: `MACH_IS_MAC' undeclared (first use in this function)
> > fbcon.c:641: (Each undeclared identifier is reported only once
> > fbcon.c:641: for each function it appears in.)
> > make[3]: *** [fbcon.o] Error 1
> > make[3]: Leaving directory `/home/bunk/linux/kernel-2.4/linux-2.4.19-full/drivers/video'
>
> Hmmm... I didn't realize vesafb can use fbcon-mac.
>
> However, it seems to be used if you don't enable any of the fbcon-cfb* modules
> only, since fbcon-cfb* takes precendence.
>
> Do people really use 6x11 fonts with vesafb?
Unless someone comes up with a better solution, I suggest to apply following
patch:
--- linux-2.4.20-pre6/drivers/video/fbcon.c Wed Sep 11 08:19:48 2002
+++ linux-m68k-2.4.20-pre6/drivers/video/fbcon.c Thu Sep 12 15:22:35 2002
@@ -637,7 +637,7 @@
}
if (!fontwidthvalid(p,fontwidth(p))) {
-#ifdef CONFIG_FBCON_MAC
+#if defined(CONFIG_FBCON_MAC) && defined(CONFIG_MAC)
if (MACH_IS_MAC)
/* ++Geert: hack to make 6x11 fonts work on mac */
p->dispsw = &fbcon_mac;
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [email protected]
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds