* Linux 2.4.19-pre5
@ 2002-03-29 21:47 Marcelo Tosatti
2002-03-30 0:11 ` Linux 2.4.19-pre5: bad config Eyal Lebedinsky
` (4 more replies)
0 siblings, 5 replies; 18+ messages in thread
From: Marcelo Tosatti @ 2002-03-29 21:47 UTC (permalink / raw)
To: lkml
Hi,
Here goes pre5. I've trimmed down the changelog because its just too big,
and the ones who actually want to see all changelog can get it from
linux.bkbits.net.
This release has -aa writeout scheduling changes, which should improve IO
performance (and interactivity under heavy write loads).
_Please_ test that extensively looking for any kind of problems
(performance, interactivity, etc).
Summary of changes from v2.4.19-pre4 to v2.4.19-pre5
============================================
<sawa@yamamoto.gr.jp> (02/03/15 1.197.1.1)
Fix bug in at1700 net driver:
<jgarzik@mandrakesoft.com> (02/03/15 1.197.1.2)
pcnet32 net driver update 1/6:
<anton@samba.org> (02/03/15 1.197.1.3)
pcnet32 net driver updates 2/6:
<anton@samba.org> (02/03/15 1.197.1.4)
pcnet32 net driver updates 3/6:
<anton@samba.org> (02/03/15 1.197.1.5)
pcnet32 net driver updates 4/6:
<anton@samba.org> (02/03/15 1.197.1.6)
pcnet32 net driver updates 5/6:
<anton@samba.org> (02/03/15 1.197.1.7)
pcnet32 net driver updates 6/6:
<jes@wildopensource.com> (02/03/15 1.197.1.8)
acenic gige net driver update:
<jes@wildopensource.com> (02/03/15 1.197.1.9)
acenic driver fixes:
<jt@bougret.hpl.hp.com> (02/03/15 1.197.1.10)
Convert hp100 net driver to PCI DMA mapping API.
<jgarzik@mandrakesoft.com> (02/03/15 1.197.1.11)
Don't include linux/delay.h twice in eepro100 net driver.
<davem@nuts.ninka.net> (02/03/19 1.181.2.10)
Netfilter enhancement from Harald Welte and Netfilter team.
<kuznet@ms2.inr.ac.ru> (02/03/19 1.181.2.11)
Remove obsolete confusing instructions on tcp_max_syn_backlog
<kuznet@ms2.inr.ac.ru> (02/03/19 1.181.2.12)
Make pkt_sched.h:PSCHED_TDIFF_SAFE behave sane when measuring
<kuznet@ms2.inr.ac.ru> (02/03/19 1.181.2.13)
Remove unused field from TCP struct open_request.
<kuznet@ms2.inr.ac.ru> (02/03/19 1.181.2.14)
Do not fail creating _new_ NOARP entry with EPERM.
<kuznet@ms2.inr.ac.ru> (02/03/19 1.181.2.15)
Old bug in skbuff.c, found by someone, but was lost.
<kuznet@ms2.inr.ac.ru> (02/03/19 1.181.2.16)
IPv4 FIB routing fixes:
<kuznet@ms2.inr.ac.ru> (02/03/19 1.181.2.17)
In IPv4 ICMP:
<kuznet@ms2.inr.ac.ru> (02/03/19 1.181.2.18)
Fix for ipv4 tunnel devices:
<kuznet@ms2.inr.ac.ru> (02/03/19 1.181.2.19)
IP input fixes:
<kuznet@ms2.inr.ac.ru> (02/03/19 1.181.2.20)
Terrible bug in ipv4/route.c, mis-sized ip_rt_acct leads to
<kuznet@ms2.inr.ac.ru> (02/03/19 1.181.2.21)
TCP Input fixes:
<kuznet@ms2.inr.ac.ru> (02/03/19 1.181.2.22)
UDP fixes:
<kuznet@ms2.inr.ac.ru> (02/03/19 1.181.2.23)
IPV6 addrconf exploit fix:
<kuznet@ms2.inr.ac.ru> (02/03/19 1.181.2.24)
IPv6 neighbour discovery fixes:
<kuznet@ms2.inr.ac.ru> (02/03/19 1.181.2.25)
TCP ipv6 fixes:
<kuznet@ms2.inr.ac.ru> (02/03/19 1.181.2.26)
Port of 2.2.x AF_PACKET bug fix.
<kuznet@ms2.inr.ac.ru> (02/03/19 1.181.2.27)
Fix bug in sch_prio.c where wrong handle was
<kuznet@ms2.inr.ac.ru> (02/03/19 1.181.2.28)
In sch_sfq.c, allow to descrease length of queue
<kuznet@ms2.inr.ac.ru> (02/03/19 1.181.2.29)
Add new sysctl, medium_id, to devinet.
<kuznet@ms2.inr.ac.ru> (02/03/19 1.181.2.30)
Forgotten portion of "kill unused struct open_request" changes.
<kuznet@ms2.inr.ac.ru> (02/03/19 1.181.2.31)
Allow to bind to an already in use local port
<davem@nuts.ninka.net> (02/03/19 1.189.1.1)
Update sparc64 defconfig.
<kanojsarcar@yahoo.com> (02/03/19 1.189.1.2)
Move VPTE_BASE_foo definitions to common
<kraxel@bytesex.org> (02/03/20 1.221)
fix compile error due to recent videodev changes
<kraxel@bytesex.org> (02/03/20 1.222)
fix compile error due to recent videodev changes
<edward_peng@dlink.com.tw> (02/03/20 1.220.1.3)
Update dl2k gigabit ethernet driver to watch RX in case of lockup.
<jgarzik@mandrakesoft.com> (02/03/20 1.220.1.4)
dl2k net driver updates:
<jgarzik@mandrakesoft.com> (02/03/20 1.220.1.5)
Add pci id to orinoco_plx wireless driver (Brendan McAdams)
<jgarzik@mandrakesoft.com> (02/03/20 1.220.2.2)
Add two AC97 codec ids to the OSS ac97_codec driver.
<jes@wildopensource.com> (02/03/20 1.220.1.6)
Update acenic gigabit ethernet driver to clean up VLAN support integration.
<k.kasprzak@box43.pl> (02/03/20 1.220.1.7)
de620 net driver janitor fixes:
<silicon@falcon.sch.bme.hu> (02/03/20 1.220.2.3)
Update munich WAN driver to not kfree memory multiple times.
<jgarzik@mandrakesoft.com> (02/03/20 1.220.1.8)
s/kfree/kfree_skb/ in drivers/s390/net/ctctty.c.
<jgarzik@mandrakesoft.com> (02/03/20 1.220.1.9)
(sync with 2.5.x. in 2.4.x, this is just a cosmetic change)
<brownfld@irridia.com> (02/03/20 1.220.1.10)
Support second port on dual-port SysConnect SK-9844 NICs.
<p_gortmaker@yahoo.com> (02/03/20 1.220.1.11)
MODULE_DESC net drivers cleanup.
<go@turbolinux.co.jp> (02/03/20 1.220.1.12)
Update pcnet32 net driver with the following changes:
<arjanv@redhat.com> (02/03/20 1.220.1.13)
Revert xircom_cb net driver back to earlier version which works in all cases.
<arjanv@redhat.com> (02/03/20 1.220.1.14)
Increase eepro100 net driver tx/rx ring sizes, to be more appropriate for 100mbit
<arjanv@redhat.com> (02/03/20 1.220.1.15)
Add eepro100 net driver rx soft reset function.
<arjanv@redhat.com> (02/03/20 1.220.1.16)
Implement RX soft reset for certain cases in eepro100 net driver.
<arjanv@redhat.com> (02/03/20 1.220.1.17)
Update eepro100 net driver to properly enable/disable software timer
<arjanv@redhat.com> (02/03/20 1.220.1.18)
eepro100 net driver h/w bug workaround updates:
<arjanv@redhat.com> (02/03/20 1.220.1.19)
Move pci_enable_device and associated code above first PCI resource info access.
<jgarzik@mandrakesoft.com> (02/03/20 1.220.1.20)
Build fix: include linux/crc32.h in bmac net driver.
<jgarzik@mandrakesoft.com> (02/03/20 1.220.1.21)
Merge include/asm-i386/checksum.h from 2.5.7.
<jgarzik@mandrakesoft.com> (02/03/20 1.220.1.22)
Revert 2.4.18 epic100 net driver power-up sequence "fix".
<davem@nuts.ninka.net> (02/03/20 1.189.1.3)
In sparc64/ebus, handle machines with both RIO and
<davem@nuts.ninka.net> (02/03/20 1.189.1.4)
On sparc64 Schizo PCI controllers, there is no inofixup
<davem@nuts.ninka.net> (02/03/20 1.189.1.5)
On sparc64, handle assigning ROM and non-standard resources
<davem@nuts.ninka.net> (02/03/20 1.189.1.6)
In Sun GEM/HME drivers, if OpenBoot firmware is not
<davem@nuts.ninka.net> (02/03/20 1.189.1.7)
Model Sparc64 pci_assign_resource more closely to the
<davem@nuts.ninka.net> (02/03/20 1.189.1.8)
SunHME net driver cleanups:
<davem@nuts.ninka.net> (02/03/20 1.181.2.32)
Bonding driver updates:
<dwmw2@infradead.org> (02/03/21 1.220.2.5)
The safe parts of the newer MTD code:
<davem@nuts.ninka.net> (02/03/21 1.189.1.9)
In Sun GEM/HME drivers, if pci_assign_resource of PCI ROM fails,
<dwmw2@infradead.org> (02/03/21 1.220.2.6)
Merge
<davem@nuts.ninka.net> (02/03/21 1.189.1.10)
Remove debugging printk while probing MAC address.
<davem@nuts.ninka.net> (02/03/21 1.189.1.11)
Sun HME/GEM driver probing cleanups.
<davem@nuts.ninka.net> (02/03/21 1.181.2.33)
Add missing KERN_foo printk specifiers to networking.
<uzi@uzix.org> (02/03/21 1.189.1.12)
Merge 2.4.x VGER sparc32 changes into 2.4.19
<laforge@gnumonks.org> (02/03/21 1.181.2.34)
Add configure Configure.help message and
<wstinson@infonie.fr> (02/03/21 1.189.1.13)
Remove explicit initialization of static vars to zero
<cruault@724.com> (02/03/21 1.181.2.35)
Make sure outgoing ICMP and TCP resets
<davem@nuts.ninka.net> (02/03/21 1.189.1.14)
Move bootstr_valid/bootstr_buf back into .data section.
<dwmw2@dwmw2.baythorne.internal> (02/03/22 1.220.2.7)
Add drivers/mtd/mtdconcat.o to export-objs
<dwmw2@infradead.org> (02/03/22 1.220.2.8)
Make the partial MTD merge actually compile without warnings.
<dwmw2@infradead.org> (02/03/22 1.220.2.9)
Minor JFFS2 fixes.
<davem@nuts.ninka.net> (02/03/22 1.181.2.36)
Code (and commentary) in SYN-RECEIVED processing
<marcelo@plucky.distro.conectiva> (02/03/22 1.220.1.24)
Add Promise 20276 to supported IDE controllers
<kaos@ocs.com.au> (02/03/22 1.220.1.25)
[PATCH] 2.4.19-pre4 remove include modversions.h
<sfr@canb.auug.org.au> (02/03/22 1.220.1.26)
[PATCH] APM missing bits from 2.4.19-pre4
<hch@infradead.org> (02/03/22 1.220.1.27)
[PATCH] Alpha extern inline -> static inline
<hch@infradead.org> (02/03/22 1.220.1.28)
[PATCH] alpha lseek prototype
<hch@infradead.org> (02/03/22 1.220.1.29)
[PATCH] Alpha exports
<hch@infradead.org> (02/03/22 1.220.1.30)
[PATCH] Alpha fixes for hashed page waitqueues from -aa
<davem@nuts.ninka.net> (02/03/22 1.181.2.37)
Bump TcpPassiveOpens when tcp_create_openreq_child succeeds.
<hch@infradead.org> (02/03/22 1.220.1.32)
[PATCH] remove wake_up_page
<marcelo@plucky.distro.conectiva> (02/03/22 1.220.1.33)
Remove Pacific Digital A-DMA support in Config.in
<alfre@IBD.es> (02/03/22 1.220.1.34)
[PATCH] Too much debug info from ide-tape
<akpm@zip.com.au> (02/03/22 1.220.1.37)
[PATCH] smaller kernels
<axboe@suse.de> (02/03/22 1.220.1.38)
[PATCH] UDF read-write 2.4.19-pre4 bug
<rusty@rustcorp.com.au> (02/03/22 1.220.1.39)
[PATCH] 2.4.19-pre4 Trivial II: APM update
<rusty@rustcorp.com.au> (02/03/22 1.220.1.40)
[PATCH] 2.4.19-pre4 Trivial III: SAK message.
<marcelo@plucky.distro.conectiva> (02/03/22 1.220.1.42)
When writing too little (0) or too much (>num_physpages) of microcode data
<bunk@fs.tum.de> (02/03/22 1.220.1.43)
[PATCH] s/malloc.h/slab.h/ in sis_ds.c
<bunk@fs.tum.de> (02/03/22 1.220.1.44)
[PATCH] Don't offer CONFIG_INDYDOG on non-ip22 machines
<akpm@zip.com.au> (02/03/22 1.220.1.45)
[PATCH] x86 BUG handling
<greg@kroah.com> (02/03/22 1.220.6.1)
USB visor driver
<marcelo@plucky.distro.conectiva> (02/03/22 1.220.1.46)
Remove option to use the noop elevator
<petkan@mastika.> (02/03/22 1.220.6.2)
USB pegasus driver
<oliver@oenone.homelinux.org> (02/03/22 1.220.6.3)
USB hpusbscsi driver
<oliver@oenone.homelinux.org> (02/03/22 1.220.6.4)
USB kaweth driver
<paschal@rcsis.com> (02/03/22 1.220.6.5)
USB printer driver
<vojtech@suse.cz> (02/03/22 1.220.6.6)
USB HID driver
<nemosoft@smcc.demon.nl> (02/03/22 1.220.6.7)
USB pwc driver
<john@larvalstage.com> (02/03/22 1.220.1.47)
[PATCH] trivial borken compile fixes for 2.4.19-pre4
<greg@kroah.com> (02/03/22 1.220.6.8)
USB hub
<greg@kroah.com> (02/03/22 1.220.6.9)
USB hub
<ganesh@tuxtop.vxindia.veritas.com> (02/03/22 1.220.6.10)
USB ipaq driver
<david-b@pacbell.net> (02/03/22 1.220.6.11)
USB ohci and unlink-in-completion
<david-b@pacbell.net> (02/03/22 1.220.6.12)
USB update documentation
<johannes@erdfelt.com> (02/03/22 1.220.6.13)
USB uhci driver update
<greg@kroah.com> (02/03/22 1.220.6.14)
USB core
<david-b@pacbell.net> (02/03/22 1.220.6.15)
USB usbfs periodic endpoint/bandwidth reporting
<rmk@flint.arm.linux.org.uk> (02/03/23 1.220.7.1)
Initial update - all ARM files to 2.4.18-rmk3.
<marcelo@plucky.distro.conectiva> (02/03/25 1.220.1.48)
Import PPC64 port
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.224)
[PATCH] Neomagic frame buffer author
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.225)
[PATCH] PATCH: reiserfs stuff
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.226)
[PATCH] PATCH: updated IDE - docs
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.227)
[PATCH] PATCH: docs for neomagic fb
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.228)
[PATCH] PATCH: docs for 3c509
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.229)
[PATCH] PATCH: docs for RME hammerfall
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.230)
[PATCH] PATCH: Updated Andre info
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.231)
[PATCH] PATCH: printk levels
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.232)
[PATCH] PATCH: comment fix
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.233)
[PATCH] PATCH: printk level fix
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.234)
[PATCH] PATCH: ITE8330 IRQ router
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.235)
[PATCH] PATCH: printk levels ctd
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.236)
[PATCH] PATCH: more printk levels
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.237)
[PATCH] PATCH: new XD signature
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.238)
[PATCH] PATCH: config.in fix
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.239)
[PATCH] PATCH: add config for mk712 touchscreen
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.240)
[PATCH] PATCH: config.in for AMD768 rng
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.241)
[PATCH] PATCH: Ali watchdog
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.242)
[PATCH] PATCH: mk712 touchscreen
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.243)
[PATCH] PATCH: natsemi watchdogs
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.244)
[PATCH] PATCH: update w83 watchdog
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.245)
[PATCH] PATCH: add wafer watchdog
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.246)
[PATCH] PATCH: wdt/wdt_pci fixes and cleanup
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.247)
[PATCH] PATCH: fix timeout in zoran driver
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.248)
[PATCH] PATCH: fix config/makefile crud
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.249)
[PATCH] PATCH: fix timeout in arlan
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.250)
[PATCH] PATCH: update MPT fusion drivers to 2.0 to handle new boards
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.251)
[PATCH] PATCH: fix iph5526 to relax cpu
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.252)
[PATCH] PATCH: fix resource bug in lance
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.253)
[PATCH] PATCH: compile warning fix
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.254)
[PATCH] PATCH: fix resource handling in wd.c
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.255)
[PATCH] PATCH: Add ZV bus to Ricoh cards
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.256)
[PATCH] PATCH: new style initializers for s390 hwcon
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.257)
[PATCH] PATCH: time_foo for gdth
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.258)
[PATCH] PATCH: time_fu for qlogic
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.259)
[PATCH] PATCH: add another sparselun entry
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.260)
[PATCH] PATCH: rme hammerfall update
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.261)
[PATCH] PATCH: minor sound bits
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.262)
[PATCH] PATCH: missing dependancy
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.263)
[PATCH] PATCH: missing reparent_to_init
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.264)
[PATCH] PATCH: more time fixes
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.265)
[PATCH] PATCH: printk level
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.266)
[PATCH] PATCH: minor number for mk712
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.267)
[PATCH] PATCH: acct race fix
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.268)
[PATCH] PATCH: fix strange httpd logging bug
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.269)
[PATCH] PATCH: help for patch-kernel
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.270)
[PATCH] PATCH: config changes to enable neomagic to be selected
<alan@lxorguk.ukuu.org.uk> (02/03/25 1.271)
[PATCH] PATCH: char Makefile - new watchdogs, mk712 etc
<marcelo@plucky.distro.conectiva> (02/03/25 1.273)
Re-add all asserts removed by akpm's out-of-line-BUG patch
<marcelo@plucky.distro.conectiva> (02/03/25 1.274)
ieee1394 update
<marcelo@plucky.distro.conectiva> (02/03/25 1.275)
Makes rd_load_image() return 0 if it had failed and 1 if it was
<marcelo@plucky.distro.conectiva> (02/03/25 1.276)
initrd_load() moved to do_mounts.c; assigning DEV_ROOT in case of
<marcelo@plucky.distro.conectiva> (02/03/25 1.277)
code that deals with spawning /linuxrc, waiting for it, calling
<marcelo@plucky.distro.conectiva> (02/03/25 1.278)
new helper - mount_block_root() (code that goes through the list
<marcelo@plucky.distro.conectiva> (02/03/25 1.279)
minor cleanups - mount_root() used to be followed by the same code
<marcelo@plucky.distro.conectiva> (02/03/25 1.280)
branch after the successful initrd_load() taken into a helper
<marcelo@plucky.distro.conectiva> (02/03/25 1.281)
instead of mounting/umounting devfs on /dev (rootfs one) in
<marcelo@plucky.distro.conectiva> (02/03/25 1.282)
new helper - create_dev(name, dev, devfs_name). It either
<marcelo@plucky.distro.conectiva> (02/03/25 1.283)
change_root() merged into its caller (handle_initrd()). More
<marcelo@plucky.distro.conectiva> (02/03/25 1.284)
rd_load() and rd_load_secondary() merged into their resp. callers.
<marcelo@plucky.distro.conectiva> (02/03/25 1.285)
new helper - mount_nfs_root(). Yup, attempt to mount nfsroot.
<marcelo@plucky.distro.conectiva> (02/03/25 1.286)
new helper - change_floppy(). Ejects floppy, asks to replace it
<marcelo@plucky.distro.conectiva> (02/03/25 1.287)
preparation to cleanup of rd_load_image() (actual loading of
<marcelo@plucky.distro.conectiva> (02/03/25 1.288)
straightforward switch of rd_load_image() to normal syscalls -
<akpm@reardensteel.com> (02/03/25 1.290)
[PATCH] The inline-BUG patch
<akpm@zip.com.au> (02/03/25 1.291)
[PATCH] tunable request queue size
<cyeoh@samba.org> (02/03/25 1.292)
[PATCH] msync writing when MS_INVALIDATE set and memory locked
<davem@nuts.ninka.net> (02/03/25 1.189.1.15)
QFE interrupts are mapped INTB/INTC/INTD/INTA.
<davem@nuts.ninka.net> (02/03/25 1.189.1.16)
In Sparc64 PCI IRQ routing, remove QFE special case.
<uzi@uzix.org> (02/03/25 1.189.1.17)
Sparc32 cleanups.
<rmk@flint.arm.linux.org.uk> (02/03/26 1.294)
Sync ARM syscall tables. Also try to get people to stop adding
<davem@nuts.ninka.net> (02/03/26 1.189.1.18)
Do the slot mapping adjustment to PROM interrupt
<davem@nuts.ninka.net> (02/03/26 1.181.2.38)
Fix device list locking.
<marcelo@plucky.distro.conectiva> (02/03/26 1.292.1.3)
Remove asm/proc_fs.h include from fs/proc/root.c
<marcelo@plucky.distro.conectiva> (02/03/26 1.292.1.4)
Added ppc64 init proc declarations
<marcelo@plucky.distro.conectiva> (02/03/26 1.292.1.5)
Added ITE_IT8330G PCI ID
<marcelo@plucky.distro.conectiva> (02/03/26 1.292.1.6)
Added missing ";" to iSeries_proc_create definition
<jaharkes@cs.cmu.edu> (02/03/27 1.292.1.7)
[PATCH] Coda update for 2.4.19-pre4
<hch@pentafluge.infradead.org> (02/03/27 1.296)
[PATCH] fix firewire compilation
<mj@ucw.cz> (02/03/27 1.297)
[PATCH] PATCH: PCI ID's
<adam@nmt.edu> (02/03/27 1.298)
[PATCH] 3ware driver update for 2.4.19-pre5
<rth@are.twiddle.net> (02/03/28 1.292.2.1)
Fix single denorm -> double conversion.
<rth@are.twiddle.net> (02/03/28 1.292.2.2)
Update NR_SYSCALLS.
<akpm@zip.com.au> (02/03/29 1.299)
Various changes to the dirty buffer flushing code.
<akpm@zip.com.au> (02/03/29 1.300)
1: Introduces two new bdflush tunables:
<akpm@zip.com.au> (02/03/29 1.302)
[PATCH] speed up ext2 synchronous mounts
<akpm@zip.com.au> (02/03/29 1.303)
[PATCH] speed up ext3 synchronous mounts
<arjanv@redhat.com> (02/03/29 1.304)
[PATCH] more scsi whitelist entries
<dougg@torque.net> (02/03/29 1.305)
[PATCH] scsi generic (sg) driver, lk 2.4.18
<bcollins@debian.org> (02/03/29 1.306)
[PATCH] MAINTAINERS update for 1394
<vojtech@suse.cz> (02/03/29 1.307)
[PATCH] Update the VIA driver to support the vt8233a
<hch@pentafluge.infradead.org> (02/03/29 1.308)
[PATCH] include compiler.h in kernel.h
<jt@bougret.hpl.hp.com> (02/03/29 1.309)
[PATCH] New wireless driver API part 1
<marcelo@plucky.distro.conectiva> (02/03/29 1.310)
Changed EXTRAVERSION to pre5
Summary of changes from v2.4.19-pre3 to v2.4.19-pre4
============================================
<marcelo@plucky.distro.conectiva> (02/03/13 1.163)
Update aic7xxx to 6.2.5
<sfr@canb.auug.org.au> (02/03/13 1.164)
[PATCH] Trivial APM update part 1
<sfr@canb.auug.org.au> (02/03/13 1.165)
[PATCH] APM patch: change implementation of ALWAYS_CALL_BUSY
<sfr@canb.auug.org.au> (02/03/13 1.166)
[PATCH] APM patch: apm_cpu_idle cleanups
<jgarzik@mandrakesoft.com> (02/03/13 1.167)
[PATCH] PATCH: add MWI support to PCI
<jgarzik@mandrakesoft.com> (02/03/13 1.168)
[PATCH] PATCH: starfire updates
<jgarzik@mandrakesoft.com> (02/03/13 1.169)
[PATCH] PATCH: tulip use pci_set_mwi
<jgarzik@mandrakesoft.com> (02/03/13 1.170)
[PATCH] PATCH: starfire use pci_set_mwi
<akpm@zip.com.au> (02/03/14 1.171)
[PATCH] fix layout of mapped files
<greg@kroah.com> (02/03/14 1.172)
[PATCH] export IO_APIC_get_PCI_irq_vector for IBM PCI Hotplug driver
<kaos@ocs.com.au> (02/03/14 1.173)
[PATCH] 2.4.19-pre3 rename duplicate partition_name()
<rml@tech9.net> (02/03/14 1.174)
[PATCH] more lseek cleanup
<rml@tech9.net> (02/03/14 1.175)
[PATCH] 2.4: UFS lseek cleanup
<bcrl@redhat.com> (02/03/14 1.176)
[PATCH] ns83820 0.17 (Re: Broadcom 5700/5701 Gigabit Ethernet Adapters)
<sfr@canb.auug.org.au> (02/03/14 1.177)
[PATCH] dnotify
<trond.myklebust@fys.uio.no> (02/03/14 1.178)
[PATCH] Fix 2.4.19-pre3 NFS client file creation
<trond.myklebust@fys.uio.no> (02/03/14 1.179)
[PATCH] Fix 2.4.19-pre3 NFS reads from holding a write leases.
<trond.myklebust@fys.uio.no> (02/03/14 1.180)
[PATCH] 2.4.19-pre3 NFS close-to-open fixes
<trond.myklebust@fys.uio.no> (02/03/14 1.181)
[PATCH] 2.4.19-pre3 NFS close-to-open fix part 2 (VFS change)
<davem@nuts.ninka.net> (02/03/13 1.182)
Sparc64 updates and fixes:
<davem@nuts.ninka.net> (02/03/13 1.183)
Fix unterminated comment in asm-sparc64/ide.h
<marcelo@plucky.distro.conectiva> (02/03/14 1.181.1.1)
Remove off-by-one Davej's fix in bluesmoke.c: it causes some
<davem@nuts.ninka.net> (02/03/14 1.184)
Missed this add during sparc64 updates.
<davem@nuts.ninka.net> (02/03/14 1.185)
Sparc64 build fix: add nop flush_icache_user_range definition.
<davem@nuts.ninka.net> (02/03/14 1.186)
Kill unused variable warnings in sunlance driver.
<davem@nuts.ninka.net> (02/03/14 1.181.2.1)
Networking updates and fixes:
<davem@nuts.ninka.net> (02/03/14 1.181.2.2)
Fix "performance optimization" that breaks the build
<davem@nuts.ninka.net> (02/03/14 1.187)
Kill unused variable warnings in sunbmac.c and sunqe.c
<davem@nuts.ninka.net> (02/03/14 1.188)
SunGEM driver updates:
<davem@nuts.ninka.net> (02/03/14 1.189)
Fix unterminated comment in asm-sparc/ide.h
<davem@nuts.ninka.net> (02/03/14 1.181.2.3)
New driver for Tigon3 gigabit chipsets, written by
<geert@linux-m68k.org> (02/03/14 1.181.1.2)
[PATCH] Yearly m68k update (part 41)
<geert@linux-m68k.org> (02/03/14 1.181.1.3)
[PATCH] Yearly m68k update (part 40)
<geert@linux-m68k.org> (02/03/14 1.181.1.4)
[PATCH] Yearly m68k update (part 39)
<geert@linux-m68k.org> (02/03/14 1.181.1.5)
[PATCH] Yearly m68k update (part 36)
<geert@linux-m68k.org> (02/03/14 1.181.1.6)
[PATCH] Yearly m68k update (part 31)
<geert@linux-m68k.org> (02/03/14 1.181.1.7)
[PATCH] Yearly m68k update (part 27)
<geert@linux-m68k.org> (02/03/14 1.181.1.8)
[PATCH] Yearly m68k update (part 35)
<geert@linux-m68k.org> (02/03/14 1.181.1.9)
[PATCH] Yearly m68k update (part 24)
<geert@linux-m68k.org> (02/03/14 1.181.1.10)
[PATCH] Yearly m68k update (part 38)
<geert@linux-m68k.org> (02/03/14 1.181.1.11)
[PATCH] Yearly m68k update (part 28)
<geert@linux-m68k.org> (02/03/14 1.181.1.12)
[PATCH] Yearly m68k update (part 13)
<geert@linux-m68k.org> (02/03/14 1.181.1.13)
[PATCH] Yearly m68k update (part 37)
<geert@linux-m68k.org> (02/03/14 1.181.1.14)
[PATCH] Yearly m68k update (part 7)
<geert@linux-m68k.org> (02/03/14 1.181.1.15)
[PATCH] Yearly m68k update (part 32)
<geert@linux-m68k.org> (02/03/14 1.181.1.16)
[PATCH] Yearly m68k update (part 34)
<geert@linux-m68k.org> (02/03/14 1.181.1.17)
[PATCH] Yearly m68k update (part 25)
<geert@linux-m68k.org> (02/03/14 1.181.1.18)
[PATCH] Yearly m68k update (part 11)
<geert@linux-m68k.org> (02/03/14 1.181.1.19)
[PATCH] Yearly m68k update (part 30)
<geert@linux-m68k.org> (02/03/14 1.181.1.20)
[PATCH] Yearly m68k update (part 6)
<geert@linux-m68k.org> (02/03/14 1.181.1.21)
[PATCH] Yearly m68k update (part 33)
<geert@linux-m68k.org> (02/03/14 1.181.1.22)
[PATCH] Yearly m68k update (part 4)
<geert@linux-m68k.org> (02/03/14 1.181.1.23)
[PATCH] Yearly m68k update (part 2)
<geert@linux-m68k.org> (02/03/14 1.181.1.24)
[PATCH] Yearly m68k update (part 8)
<geert@linux-m68k.org> (02/03/14 1.181.1.25)
[PATCH] Yearly m68k update (part 12)
<geert@linux-m68k.org> (02/03/14 1.181.1.26)
[PATCH] Yearly m68k update (part 16)
<geert@linux-m68k.org> (02/03/14 1.181.1.27)
[PATCH] Yearly m68k update (part 3)
<geert@linux-m68k.org> (02/03/14 1.181.1.28)
[PATCH] Yearly m68k update (part 29)
<geert@linux-m68k.org> (02/03/14 1.181.1.29)
[PATCH] Yearly m68k update (part 19)
<geert@linux-m68k.org> (02/03/14 1.181.1.30)
[PATCH] Yearly m68k update (part 21)
<geert@linux-m68k.org> (02/03/14 1.181.1.31)
[PATCH] Yearly m68k update (part 17)
<geert@linux-m68k.org> (02/03/14 1.181.1.32)
[PATCH] Yearly m68k update (part 5)
<geert@linux-m68k.org> (02/03/14 1.181.1.33)
[PATCH] Yearly m68k update (part 15)
<geert@linux-m68k.org> (02/03/14 1.181.1.34)
[PATCH] Yearly m68k update (part 26)
<geert@linux-m68k.org> (02/03/14 1.181.1.35)
[PATCH] Yearly m68k update (part 22)
<geert@linux-m68k.org> (02/03/14 1.181.1.36)
[PATCH] Yearly m68k update (part 1)
<geert@linux-m68k.org> (02/03/14 1.181.1.37)
[PATCH] Yearly m68k update (part 23)
<geert@linux-m68k.org> (02/03/14 1.181.1.38)
[PATCH] Yearly m68k update (part 9)
<geert@linux-m68k.org> (02/03/14 1.181.1.39)
[PATCH] Yearly m68k update (part 10)
<geert@linux-m68k.org> (02/03/14 1.181.1.40)
[PATCH] Yearly m68k update (part 18)
<geert@linux-m68k.org> (02/03/14 1.181.1.41)
[PATCH] Yearly m68k update (part 20)
<kraxel@bytesex.org> (02/03/14 1.181.1.42)
[PATCH] v4l: video4linux API doc update
<kraxel@bytesex.org> (02/03/14 1.181.1.43)
[PATCH] vmalloc_to_page() backport for 2.4
<kraxel@bytesex.org> (02/03/14 1.181.1.44)
[PATCH] v4l: videodev redesign
<kai@tp1.ruhr-uni-bochum.de> (02/03/14 1.181.1.45)
[PATCH] ISDN fixes / update
<kai@tp1.ruhr-uni-bochum.de> (02/03/14 1.181.1.46)
[PATCH] ISDN fixes / update
<kai@tp1.ruhr-uni-bochum.de> (02/03/14 1.181.1.47)
[PATCH] ISDN fixes / update
<kai@tp1.ruhr-uni-bochum.de> (02/03/14 1.181.1.48)
[PATCH] ISDN fixes / update
<kai-germaschewski@uiowa.edu> (02/03/14 1.181.1.49)
[PATCH] ISDN fixes / update
<greg@kroah.com> (02/03/14 1.181.1.50)
[PATCH] USB Config.in update
<greg@kroah.com> (02/03/14 1.181.1.51)
[PATCH] USB edgeport driver bugfix
<greg@kroah.com> (02/03/14 1.181.1.52)
[PATCH] USB usbfs name added
<greg@kroah.com> (02/03/14 1.181.1.53)
[PATCH] USB ipaq driver bugfix
<greg@kroah.com> (02/03/14 1.181.1.54)
[PATCH] USB catc ethtool support
<greg@kroah.com> (02/03/14 1.181.1.55)
[PATCH] USB CREDITS and MAINTAINERS update
<greg@kroah.com> (02/03/14 1.181.1.56)
[PATCH] USB pegasus ethtool support
<greg@kroah.com> (02/03/14 1.181.1.57)
[PATCH] USB em26 driver added
<davem@nuts.ninka.net> (02/03/14 1.181.2.4)
Allow ARP packets to be seen by netfilter.
<kai@tp1.ruhr-uni-bochum.de> (02/03/14 1.181.1.58)
Put back the option to support AVM A1 / Fritz! PCMCIA cards inside hisax.
<davem@nuts.ninka.net> (02/03/14 1.181.2.5)
Include linux/netfilter_arp.h
<marcelo@plucky.distro.conectiva> (02/03/14 1.192)
Add missing aic7xxx updates
<axboe@suse.de> (02/03/14 1.193)
[PATCH] cciss driver pci_*_consistent(NULL,...) fix for 2.4.19-pre2 (1 of 4)
<axboe@suse.de> (02/03/14 1.194)
[PATCH] cciss driver GETLUNINFO ioctl (2 of 4)
<axboe@suse.de> (02/03/14 1.195)
[PATCH] cciss driver HDIO_GETGEO_BIG ioctl for 2.4.19-pre2 (3 of 4)
<axboe@suse.de> (02/03/14 1.196)
[PATCH] remove CCISS_REVALIDVOLS ioctl for 2.4.19-pre2 (4 of 4)
<marcelo@plucky.distro.conectiva> (02/03/14 1.197)
The problem is that both the sd and sr drivers treat an
<davem@nuts.ninka.net> (02/03/14 1.181.2.6)
From Harald Welte and the Netfilter team:
<davem@nuts.ninka.net> (02/03/14 1.181.2.7)
From Harald Welte and the Netfilter team:
<EdV@macrolink.com> (02/03/15 1.198)
This patch corrects PCI device id in pci_ids.h for Oxford Semi OX16PCI952
<jgarzik@mandrakesoft.com> (02/03/15 1.199)
Remove VT8233 pci ids from via82cxxx_audio sound driver.
<nahshon@actcom.co.il> (02/03/15 1.200)
Fix via audio recording, when frag size < page size.
<silicon@falcon.sch.bme.hu> (02/03/15 1.201)
Add new slicecom/munich WAN driver.
<hch@caldera.de> (02/03/15 1.197.2.1)
[PATCH] remove superflous assignment in mmap()
<hch@caldera.de> (02/03/15 1.197.2.2)
[PATCH] Error return fixes
<hch@caldera.de> (02/03/15 1.197.2.3)
[PATCH] missing include in net/sunrpc/stats.c
<davem@nuts.ninka.net> (02/03/15 1.181.2.8)
Add arptables netfilter module for registering ARP
<bfennema@falcon.csc.calpoly.edu> (02/03/15 1.197.2.4)
Missing byte swaps needed for big endian archs
<mikpe@csd.uu.se> (02/03/15 1.197.2.5)
[PATCH] boot_cpu_data corruption on SMP x86
<bfennema@falcon.csc.calpoly.edu> (02/03/15 1.197.2.7)
Fix videodev build warning
<davem@nuts.ninka.net> (02/03/17 1.181.2.9)
Fix netfilter IPv4 conntrack build.
<marcelo@plucky.distro.conectiva> (02/03/19 1.204)
Changed EXTRAVERSION in Makefile to pre4
<stelian.pop@fr.alcove.com> (02/03/19 1.205)
[PATCH] videodev.c oopses in video_exclusive_register
<stelian.pop@fr.alcove.com> (02/03/19 1.206)
[PATCH] meye driver update to new V4L API.
<rusty@rustcorp.com.au> (02/03/19 1.207)
[PATCH] 2.4.19-pre3 Trivial I: seq_file.h update
<rusty@rustcorp.com.au> (02/03/19 1.208)
[PATCH] Trivial I: fs_exec.c core fix
<rusty@rustcorp.com.au> (02/03/19 1.209)
[PATCH] 2.4.19-pre3 Trivial III: -ENOTTY for nvram
<rusty@rustcorp.com.au> (02/03/19 1.210)
[PATCH] 2.4.19-pre3 Trivial IV: -ENOTTY
<rusty@rustcorp.com.au> (02/03/19 1.211)
[PATCH] 2.4.19-pre3 Trivial VI: MSDOS options
<marcelo@plucky.distro.conectiva> (02/03/19 1.212)
If setup_arg_pages() fails, we continue
<rmk@arm.linux.org.uk> (02/03/19 1.213)
[PATCH] 2.4 and 2.5: remove Alt-Sysrq-L
<rmk@arm.linux.org.uk> (02/03/19 1.214)
[PATCH] 2.5 and 2.4: fix PCI IO BAR flags
<marcelo@plucky.distro.conectiva> (02/03/19 1.215)
Remove unused videodev_register_lock
<marcelo@plucky.distro.conectiva> (02/03/19 1.216)
Avoid page_to_phys() from truncating the physical addresses to 32bit,
<hch@caldera.de> (02/03/19 1.217)
[PATCH] fix Config.in breakage
<hch@caldera.de> (02/03/19 1.218)
[PATCH] kill slow-path micro-optimization
<hch@caldera.de> (02/03/19 1.219)
[PATCH] export rbtree routines
<paulus@samba.org> (02/03/19 1.220)
[PATCH] Re: [PATCH] zlib double-free bug
<trond.myklebust@fys.uio.no> (02/03/20 1.220.3.2)
[PATCH] Fix bug in sunrpc code...
Summary of changes from v2.4.19-pre2 to v2.4.19-pre3
============================================
<marcelo@plucky.distro.conectiva> (02/03/13 1.162)
- -ac merge (including new IDE) (Alan Cox)
- S390 merge (IBM)
- More cciss fixes (Stephen Cameron)
- Eicon SMP race fix (Armin Schindler)
- w9966 driver update (Jakob Kemi)
- Unify crc32 routine (removes lots of duplicated
code from drivers) (Matt Domsch)
- Lanstreamer bugfixes (Kent Yoder)
- Update scsi_debug (Douglas Gilbert)
- MCE Configure.help update (Paul Gortmaker)
- Fix SMB NLS oops (Urban Widmark)
- AGP Config.in update (Daniele Venzano)
- Fix small thinko in UFS set_blocksize return handling (me)
- Avoid unecessary cache flushes on PPC (Paul Mackerras)
- PPP deadlock fixes (Paul Mackerras)
- Signal changes for thread groups (Dave McCracken)
- Make max_threads be based on normal zone size (Dave McCracken)
- ray_cs wireless extension fix (Jean Tourrilhes)
- irda bugfixes and enhancements (Jean Tourrilhes)
- USB update (Greg KH)
- Fix through-8259A mode for IRQ0 routing on APIC (Maciej W. Rozycki/Joe Korty)
- Add Dell Inspiron 2500 to broken APM blacklist (Arjan van de Ven)
- Fix off-by-one error in bluesmoke (Dave Jones)
- Reiserfs update (Oleg Drokin)
- Fix PCI compile without /proc support (Eric Sandeen)
- Fix problem with bad inode handling (Alexander Viro)
- aic7xxx update (Justin T. Gibbs)
- Do not consider SCSI recovered errors as fatal errors (Justin T. Gibbs)
- Add Memory-Write-Invalidate support to PCI (Jeff Garzik)
- Starfire update (Ion Badulescu)
- tulip update (Jeff Garzik)
Summary of changes from v2.4.19-pre1 to v2.4.19-pre2
============================================
<marcelo@plucky.distro.conectiva> (02/03/13 1.161)
- -ac merge (Alan Cox)
- Huge MIPS/MIPS64 merge (Ralf Baechle)
- IA64 update (David Mosberger)
- PPC update (Tom Rini)
- Shrink struct page (Rik van Riel)
- QNX4 update (now its able to mount QNX 6.1 fses) (Anders Larsen)
- Make max_map_count sysctl configurable (Christoph Hellwig)
- matroxfb update (Petr Vandrovec)
- ymfpci update (Pete Zaitcev)
- LVM update (Heinz J . Mauelshagen)
- btaudio driver update (Gerd Knorr)
- bttv update (Gerd Knorr)
- Out of line code cleanup (Keith Owens)
- Add watchdog API documentation (Christer Weinigel)
- Rivafb update (Ani Joshi)
- Enable PCI buses above quad0 on NUMA-Q (Martin J. Bligh)
- Fix PIIX IDE slave PCI timings (Dave Bogdanoff)
- Make PLIP work again (Tim Waugh)
- Remove unecessary printk from lp.c (Tim Waugh)
- Make parport_daisy_select work for ECP/EPP modes (Max Vorobiev)
- Support O_NONBLOCK on lp/ppdev correctly (Tim Waugh)
- Add PCI card hooks to parport (Tim Waugh)
- Compaq cciss driver fixes (Stephen Cameron)
- VFS cleanups and fixes (Alexander Viro)
- USB update (including USB 2.0 support) (Greg KH)
- More jiffies compare cleanups (Tim Schmielau)
- PCI hotplug update (Greg KH)
- bluesmoke fixes (Dave Jones)
- Fix off-by-one in ide-scsi (John Fremlin)
- Fix warnings in make xconfig (René Scharfe)
- Make x86 MCE a configure option (Paul Gortmaker)
- Small ramdisk fixes (Christoph Hellwig)
- Add missing atime update to pipe code (Christoph Hellwig)
- Serialize microcode access (Tigran Aivazian)
- AMD Elan handling on serial.c (Robert Schwebel)
Summary of changes from v2.4.18 to v2.4.19-pre1
============================================
<marcelo@plucky.distro.conectiva> (02/03/13 1.160)
- Add tape support to cciss driver (Stephen Cameron)
- Add Permedia3 fb driver (Romain Dolbeau)
- meye driver update (Stelian Pop)
- opl3sa2 update (Zwane Mwaikambo)
- JFFS2 update (David Woodhouse)
- NBD deadlock fix (Steven Whitehouse)
- Correct sys_shmdt() return value on failure (Adam Bottchen)
- Apply the SET_PERSONALITY patch missing from 2.4.18 (me)
- Alpha update (Jay Estabrook)
- SPARC64 update (David S. Miller)
- Fix potential blk freelist corruption (Jens Axboe)
- Fix potential hpfs oops (Chris Mason)
- get_request() starvation fix (Andrew Morton)
- cramfs update (Daniel Quinlan)
- Allow binfmt_elf as module (Paul Gortmaker)
- ymfpci Configure.help update (Pete Zaitcev)
- Backout one eepro100 change made in 2.4.18: it
was causing slowdowns on some cards (Jeff Garzik)
- Tridentfb compilation fix (Jani Monoses)
- Fix refcounting of directories on renames in tmpfs (Christoph Rohland)
- Add Fujitsu notebook to broken APM implementation
blacklist (Arjan Van de Ven)
- "do { ... } while(0)" cleanups on some fb drivers (Geert Uytterhoeven)
- Fix natsemi's ETHTOOL_GLINK ioctl (Tim Hockin)
- Fix clik! drive detection code in ide-floppy (Paul Bristow)
- Add additional support for the 82801 I/O controller (Wim Van Sebroeck)
- Remove duplicates in pci_ids.h (Wim Van Sebroeck)
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux 2.4.19-pre5: bad config
2002-03-29 21:47 Linux 2.4.19-pre5 Marcelo Tosatti
@ 2002-03-30 0:11 ` Eyal Lebedinsky
2002-03-30 9:06 ` Russell King
2002-03-30 0:23 ` Linux 2.4.19-pre5: neofb.c compile failure Eyal Lebedinsky
` (3 subsequent siblings)
4 siblings, 1 reply; 18+ messages in thread
From: Eyal Lebedinsky @ 2002-03-30 0:11 UTC (permalink / raw)
To: Marcelo Tosatti; +Cc: lkml
[-- Attachment #1: Type: text/plain, Size: 2729 bytes --]
Marcelo Tosatti wrote:
>
> Hi,
>
> Here goes pre5. I've trimmed down the changelog because its just too big,
> and the ones who actually want to see all changelog can get it from
> linux.bkbits.net.
gcc -D__KERNEL__ -I/data2/usr/local/src/linux-2.4-pre/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer
-fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2
-march=i686 -malign-functions=4 -DMODULE -DMODVERSIONS -include
/data2/usr/local/src/linux-2.4-pre/include/linux/modversions.h
-DKBUILD_BASENAME=sa1100_generic -c -o sa1100_generic.o
sa1100_generic.c
sa1100_generic.c:40: linux/cpufreq.h: No such file or directory
sa1100_generic.c:50: linux/cpufreq.h: No such file or directory
sa1100_generic.c:58: asm/hardware.h: No such file or directory
sa1100_generic.c:62: asm/arch/assabet.h: No such file or directory
sa1100_generic.c: In function `sa1100_pcmcia_set_io_map':
sa1100_generic.c:595: warning: implicit declaration of function
`cpufreq_get'
sa1100_generic.c:597: `MECR' undeclared (first use in this function)
sa1100_generic.c:597: (Each undeclared identifier is reported only once
sa1100_generic.c:597: for each function it appears in.)
sa1100_generic.c: In function `sa1100_pcmcia_set_mem_map':
sa1100_generic.c:703: `MECR' undeclared (first use in this function)
sa1100_generic.c: In function `sa1100_pcmcia_proc_status':
sa1100_generic.c:751: `MECR' undeclared (first use in this function)
sa1100_generic.c: In function `sa1100_pcmcia_driver_init':
sa1100_generic.c:1079: warning: implicit declaration of function
`_PCMCIA'
sa1100_generic.c:1079: `PCMCIASp' undeclared (first use in this
function)
sa1100_generic.c:1095: warning: implicit declaration of function
`_PCMCIAAttr'
sa1100_generic.c:1096: warning: implicit declaration of function
`_PCMCIAMem'
sa1100_generic.c:1097: warning: implicit declaration of function
`_PCMCIAIO'
sa1100_generic.c:1110: `MECR' undeclared (first use in this function)
sa1100_generic.c: In function `sa1100_pcmcia_driver_shutdown':
sa1100_generic.c:1165: `PCMCIASp' undeclared (first use in this
function)
make[2]: *** [sa1100_generic.o] Error 1
make[2]: Leaving directory
`/data2/usr/local/src/linux-2.4-pre/drivers/pcmcia'
The source of the problem seems to be a bad dependency in the pcmcia
config.
Since CONFIG_ARCH_SA1100 is undefined, it cannot be used on the shell
command
line for the dep_tristate.
I guess inside the ARM arch tree it is always defined and is safe on
command
lines as used in many places there.
In drivers/mtd/maps/Config.in CONFIG_ARM is used in the condition, so
maybe a better patch will be to do the same here? I leave this to the
experts.
--
Eyal Lebedinsky (eyal@eyal.emu.id.au) <http://samba.org/eyal/>
[-- Attachment #2: 2.4.19-pre5-sa1100.patch --]
[-- Type: text/plain, Size: 459 bytes --]
--- linux/drivers/pcmcia/Config.in.orig Sat Mar 30 10:48:11 2002
+++ linux/drivers/pcmcia/Config.in Sat Mar 30 10:57:18 2002
@@ -24,6 +24,8 @@
dep_tristate ' HD64465 host bridge support' CONFIG_HD64465_PCMCIA $CONFIG_PCMCIA
fi
fi
-dep_tristate ' SA1100 support' CONFIG_PCMCIA_SA1100 $CONFIG_ARCH_SA1100 $CONFIG_PCMCIA
+if [ "$CONFIG_ARCH_SA1100" = "y" ]; then
+ dep_tristate ' SA1100 support' CONFIG_PCMCIA_SA1100 $CONFIG_PCMCIA
+fi
endmenu
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux 2.4.19-pre5: neofb.c compile failure
2002-03-29 21:47 Linux 2.4.19-pre5 Marcelo Tosatti
2002-03-30 0:11 ` Linux 2.4.19-pre5: bad config Eyal Lebedinsky
@ 2002-03-30 0:23 ` Eyal Lebedinsky
2002-03-30 20:40 ` Linux 2.4.19-pre5 Michal Jaegermann
` (2 subsequent siblings)
4 siblings, 0 replies; 18+ messages in thread
From: Eyal Lebedinsky @ 2002-03-30 0:23 UTC (permalink / raw)
To: Marcelo Tosatti; +Cc: lkml
Marcelo Tosatti wrote:
>
> Hi,
>
> Here goes pre5.
Everything offered is selected as a module.
gcc -D__KERNEL__ -I/data2/usr/local/src/linux-2.4-pre/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer
-fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2
-march=i686 -malign-functions=4 -DMODULE -DMODVERSIONS -include
/data2/usr/local/src/linux-2.4-pre/include/linux/modversions.h
-DKBUILD_BASENAME=neofb -c -o neofb.o neofb.c
neofb.c: In function `neofb_set_par':
neofb.c:644: `FB_ACCEL_NEOMAGIC_NM2070' undeclared (first use in this
function)
neofb.c:644: (Each undeclared identifier is reported only once
neofb.c:644: for each function it appears in.)
neofb.c:648: `FB_ACCEL_NEOMAGIC_NM2090' undeclared (first use in this
function)
neofb.c:649: `FB_ACCEL_NEOMAGIC_NM2093' undeclared (first use in this
function)
neofb.c:650: `FB_ACCEL_NEOMAGIC_NM2097' undeclared (first use in this
function)
neofb.c:651: `FB_ACCEL_NEOMAGIC_NM2160' undeclared (first use in this
function)
neofb.c:652: `FB_ACCEL_NEOMAGIC_NM2200' undeclared (first use in this
function)
neofb.c:653: `FB_ACCEL_NEOMAGIC_NM2230' undeclared (first use in this
function)
neofb.c:654: `FB_ACCEL_NEOMAGIC_NM2360' undeclared (first use in this
function)
neofb.c:655: `FB_ACCEL_NEOMAGIC_NM2380' undeclared (first use in this
function)
neofb.c:645: warning: unreachable code at beginning of switch statement
neofb.c:703: warning: unreachable code at beginning of switch statement
neofb.c: In function `neoCalcVCLK':
neofb.c:906: `FB_ACCEL_NEOMAGIC_NM2200' undeclared (first use in this
function)
neofb.c:907: `FB_ACCEL_NEOMAGIC_NM2230' undeclared (first use in this
function)
neofb.c:908: `FB_ACCEL_NEOMAGIC_NM2360' undeclared (first use in this
function)
neofb.c:909: `FB_ACCEL_NEOMAGIC_NM2380' undeclared (first use in this
function)
neofb.c: In function `neo_init_hw':
neofb.c:1998: `FB_ACCEL_NEOMAGIC_NM2070' undeclared (first use in this
function)
neofb.c:2007: `FB_ACCEL_NEOMAGIC_NM2090' undeclared (first use in this
function)
neofb.c:2008: `FB_ACCEL_NEOMAGIC_NM2093' undeclared (first use in this
function)
neofb.c:2017: `FB_ACCEL_NEOMAGIC_NM2097' undeclared (first use in this
function)
neofb.c:2026: `FB_ACCEL_NEOMAGIC_NM2160' undeclared (first use in this
function)
neofb.c:2035: `FB_ACCEL_NEOMAGIC_NM2200' undeclared (first use in this
function)
neofb.c:2046: `FB_ACCEL_NEOMAGIC_NM2230' undeclared (first use in this
function)
neofb.c:2057: `FB_ACCEL_NEOMAGIC_NM2360' undeclared (first use in this
function)
neofb.c:2068: `FB_ACCEL_NEOMAGIC_NM2380' undeclared (first use in this
function)
neofb.c:1999: warning: unreachable code at beginning of switch statement
neofb.c: In function `neo_alloc_fb_info':
neofb.c:2120: `FB_ACCEL_NEOMAGIC_NM2070' undeclared (first use in this
function)
neofb.c:2123: `FB_ACCEL_NEOMAGIC_NM2090' undeclared (first use in this
function)
neofb.c:2126: `FB_ACCEL_NEOMAGIC_NM2093' undeclared (first use in this
function)
neofb.c:2129: `FB_ACCEL_NEOMAGIC_NM2097' undeclared (first use in this
function)
neofb.c:2132: `FB_ACCEL_NEOMAGIC_NM2160' undeclared (first use in this
function)
neofb.c:2135: `FB_ACCEL_NEOMAGIC_NM2200' undeclared (first use in this
function)
neofb.c:2138: `FB_ACCEL_NEOMAGIC_NM2230' undeclared (first use in this
function)
neofb.c:2141: `FB_ACCEL_NEOMAGIC_NM2360' undeclared (first use in this
function)
neofb.c:2144: `FB_ACCEL_NEOMAGIC_NM2380' undeclared (first use in this
function)
neofb.c:2121: warning: unreachable code at beginning of switch statement
neofb.c: At top level:
neofb.c:2298: `FB_ACCEL_NEOMAGIC_NM2070' undeclared here (not in a
function)
neofb.c:2298: initializer element is not constant
neofb.c:2298: (near initialization for `neofb_devices[0].driver_data')
neofb.c:2301: `FB_ACCEL_NEOMAGIC_NM2090' undeclared here (not in a
function)
neofb.c:2301: initializer element is not constant
neofb.c:2301: (near initialization for `neofb_devices[1].driver_data')
neofb.c:2304: `FB_ACCEL_NEOMAGIC_NM2093' undeclared here (not in a
function)
neofb.c:2304: initializer element is not constant
neofb.c:2304: (near initialization for `neofb_devices[2].driver_data')
neofb.c:2307: `FB_ACCEL_NEOMAGIC_NM2097' undeclared here (not in a
function)
neofb.c:2307: initializer element is not constant
neofb.c:2307: (near initialization for `neofb_devices[3].driver_data')
neofb.c:2310: `FB_ACCEL_NEOMAGIC_NM2160' undeclared here (not in a
function)
neofb.c:2310: initializer element is not constant
neofb.c:2310: (near initialization for `neofb_devices[4].driver_data')
neofb.c:2313: `FB_ACCEL_NEOMAGIC_NM2200' undeclared here (not in a
function)
neofb.c:2313: initializer element is not constant
neofb.c:2313: (near initialization for `neofb_devices[5].driver_data')
neofb.c:2316: `FB_ACCEL_NEOMAGIC_NM2230' undeclared here (not in a
function)
neofb.c:2316: initializer element is not constant
neofb.c:2316: (near initialization for `neofb_devices[6].driver_data')
neofb.c:2319: `FB_ACCEL_NEOMAGIC_NM2360' undeclared here (not in a
function)
neofb.c:2319: initializer element is not constant
neofb.c:2319: (near initialization for `neofb_devices[7].driver_data')
neofb.c:2322: `FB_ACCEL_NEOMAGIC_NM2380' undeclared here (not in a
function)
neofb.c:2322: initializer element is not constant
neofb.c:2322: (near initialization for `neofb_devices[8].driver_data')
make[2]: *** [neofb.o] Error 1
make[2]: Leaving directory
`/data2/usr/local/src/linux-2.4-pre/drivers/video'
--
Eyal Lebedinsky (eyal@eyal.emu.id.au) <http://samba.org/eyal/>
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux 2.4.19-pre5: bad config
2002-03-30 0:11 ` Linux 2.4.19-pre5: bad config Eyal Lebedinsky
@ 2002-03-30 9:06 ` Russell King
2002-03-30 10:19 ` Russell King
2002-03-30 17:46 ` Alan Cox
0 siblings, 2 replies; 18+ messages in thread
From: Russell King @ 2002-03-30 9:06 UTC (permalink / raw)
To: Eyal Lebedinsky; +Cc: Marcelo Tosatti, lkml
On Sat, Mar 30, 2002 at 11:11:12AM +1100, Eyal Lebedinsky wrote:
> In drivers/mtd/maps/Config.in CONFIG_ARM is used in the condition, so
> maybe a better patch will be to do the same here? I leave this to the
> experts.
I have a patch for this.
> -dep_tristate ' SA1100 support' CONFIG_PCMCIA_SA1100 $CONFIG_ARCH_SA1100 $CONFIG_PCMCIA
> +if [ "$CONFIG_ARCH_SA1100" = "y" ]; then
> + dep_tristate ' SA1100 support' CONFIG_PCMCIA_SA1100 $CONFIG_PCMCIA
> +fi
It's basically to wrap it in an CONFIG_ARM and leave the SA1100 dependency.
Why? There are other ARM PCMCIA drivers, and rather have a mass of if
statements, I'd rather see dep_*
I'll dig out the patch later today.
--
Russell King (rmk@arm.linux.org.uk) The developer of ARM Linux
http://www.arm.linux.org.uk/personal/aboutme.html
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux 2.4.19-pre5: bad config
2002-03-30 9:06 ` Russell King
@ 2002-03-30 10:19 ` Russell King
2002-03-30 17:46 ` Alan Cox
1 sibling, 0 replies; 18+ messages in thread
From: Russell King @ 2002-03-30 10:19 UTC (permalink / raw)
To: Eyal Lebedinsky; +Cc: lkml
On Sat, Mar 30, 2002 at 09:06:02AM +0000, Russell King wrote:
> On Sat, Mar 30, 2002 at 11:11:12AM +1100, Eyal Lebedinsky wrote:
> > In drivers/mtd/maps/Config.in CONFIG_ARM is used in the condition, so
> > maybe a better patch will be to do the same here? I leave this to the
> > experts.
>
> I have a patch for this.
Those of you using BK can apply the attached BK patch. Those who aren't
can apply the unified diff. This is an equal opportunities patch. 8)
===== drivers/pcmcia/Config.in 1.5 vs 1.6 =====
--- 1.5/drivers/pcmcia/Config.in Tue Mar 5 16:51:18 2002
+++ 1.6/drivers/pcmcia/Config.in Sat Mar 30 09:53:17 2002
@@ -24,6 +24,8 @@
dep_tristate ' HD64465 host bridge support' CONFIG_HD64465_PCMCIA $CONFIG_PCMCIA
fi
fi
-dep_tristate ' SA1100 support' CONFIG_PCMCIA_SA1100 $CONFIG_ARCH_SA1100 $CONFIG_PCMCIA
+if [ "$CONFIG_ARM" = "y" ]; then
+ dep_tristate ' SA1100 support' CONFIG_PCMCIA_SA1100 $CONFIG_ARCH_SA1100 $CONFIG_PCMCIA
+fi
endmenu
This BitKeeper patch contains the following changesets:
rmk@flint.arm.linux.org.uk|ChangeSet|20020330095920|10220
## Wrapped with uu ##
begin 664 bkpatch24690
M(R!)1#H)=&]R=F%L9'-`871H;&]N+G1R86YS;65T82YC;VU\0VAA;F=E4V5T
M?#(P,#(P,C`U,3<S,#4V?#$V,#0W?&,Q9#$Q830Q960P,C0X-C0*(R!5<V5R
M.@ER;6L*(R!(;W-T.@EF;&EN="YA<FTN;&EN=7@N;W)G+G5K"B,@4F]O=#H)
M+W5S<B]S<F,O;&EN=7@M8FLM,BXT+VQI;G5X+3(N-"UT;VUA<F-E;&\*"B,@
M4&%T8V@@=F5R<SH),2XS"B,@4&%T8V@@='EP93H)4D5'54Q!4@H*/3T@0VAA
M;F=E4V5T(#T]"G1O<G9A;&1S0&%T:&QO;BYT<F%N<VUE=&$N8V]M?$-H86YG
M95-E='PR,#`R,#(P-3$W,S`U-GPQ-C`T-WQC,60Q,6$T,65D,#(T.#8T"G)M
M:T!F;&EN="YA<FTN;&EN=7@N;W)G+G5K?$-H86YG95-E='PR,#`R,#,R-C(P
M-#`R,WPQ,#(Q.0I$(#$N,CDU(#`R+S`S+S,P(#`Y.C4Y.C(P*S`P.C`P(')M
M:T!F;&EN="YA<FTN;&EN=7@N;W)G+G5K("LQ("TP"D(@=&]R=F%L9'-`871H
M;&]N+G1R86YS;65T82YC;VU\0VAA;F=E4V5T?#(P,#(P,C`U,3<S,#4V?#$V
M,#0W?&,Q9#$Q830Q960P,C0X-C0*0PIC(%!R979E;G0@<V5L96-T:6]N(&]F
M($%232!O<'1I;VYS('=I=&@@;F]N+4%232!A<F-H:71E8W1U<F5S"DL@,3`R
M,C`*4"!#:&%N9V53970*+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
M+2TM+2TM+2TM+2TM+2TM+2TM"@HP83`*/B!T;W)V86QD<T!A=&AL;VXN=')A
M;G-M971A+F-O;7QD<FEV97)S+W!C;6-I82]#;VYF:6<N:6Y\,C`P,C`R,#4Q
M-S0P,3A\-38Y-3-\9C,Y-S$Q8S)D,V4W,60X."!R;6M`9FQI;G0N87)M+FQI
M;G5X+F]R9RYU:WQD<FEV97)S+W!C;6-I82]#;VYF:6<N:6Y\,C`P,C`S,S`P
M.34S,3=\,#@T,38*"CT](&1R:79E<G,O<&-M8VEA+T-O;F9I9RYI;B`]/0IT
M;W)V86QD<T!A=&AL;VXN=')A;G-M971A+F-O;7QD<FEV97)S+W!C;6-I82]#
M;VYF:6<N:6Y\,C`P,C`R,#4Q-S0P,3A\-38Y-3-\9C,Y-S$Q8S)D,V4W,60X
M.`IR;6M`9FQI;G0N87)M+FQI;G5X+F]R9RYU:WQD<FEV97)S+W!C;6-I82]#
M;VYF:6<N:6Y\,C`P,C`S,C,Q-S0R,#1\,#4Y,#D*1"`Q+C8@,#(O,#,O,S`@
M,#DZ-3,Z,3<K,#`Z,#`@<FUK0&9L:6YT+F%R;2YL:6YU>"YO<F<N=6L@*S,@
M+3$*0B!T;W)V86QD<T!A=&AL;VXN=')A;G-M971A+F-O;7Q#:&%N9V53971\
M,C`P,C`R,#4Q-S,P-39\,38P-#=\8S%D,3%A-#%E9#`R-#@V-`I#"F,@5W)A
M<"!!4DT@4$--0TE!(&]P=&EO;G,@:6X@0T].1DE'7T%232!C;VYD:71I;VYA
M;"X*2R`X-#$V"D\@+7)W+7)W+7(M+0I0(&1R:79E<G,O<&-M8VEA+T-O;F9I
M9RYI;@HM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
M+2TM+2TM+2T*"D0R-R`Q"DDR-R`S"FEF(%L@(B1#3TY&24=?05)-(B`](")Y
M(B!=.R!T:&5N"B`@(&1E<%]T<FES=&%T92`G("!303$Q,#`@<W5P<&]R="<@
M0T].1DE'7U!#34-)05]303$Q,#`@)$-/3D9)1U]!4D-(7U-!,3$P,"`D0T].
I1DE'7U!#34-)00IF:0H*(R!0871C:"!C:&5C:W-U;3TP8S%F-V,P-0H`
`
end
--
Russell King (rmk@arm.linux.org.uk) The developer of ARM Linux
http://www.arm.linux.org.uk/personal/aboutme.html
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux 2.4.19-pre5: bad config
2002-03-30 9:06 ` Russell King
2002-03-30 10:19 ` Russell King
@ 2002-03-30 17:46 ` Alan Cox
2002-03-30 19:13 ` Russell King
1 sibling, 1 reply; 18+ messages in thread
From: Alan Cox @ 2002-03-30 17:46 UTC (permalink / raw)
To: Russell King; +Cc: Eyal Lebedinsky, Marcelo Tosatti, lkml
> > -dep_tristate ' SA1100 support' CONFIG_PCMCIA_SA1100 $CONFIG_ARCH_SA1100 $CONFIG_PCMCIA
> > +if [ "$CONFIG_ARCH_SA1100" = "y" ]; then
> > + dep_tristate ' SA1100 support' CONFIG_PCMCIA_SA1100 $CONFIG_PCMCIA
> > +fi
>
> It's basically to wrap it in an CONFIG_ARM and leave the SA1100 dependency.
> Why? There are other ARM PCMCIA drivers, and rather have a mass of if
> statements, I'd rather see dep_*
dep_ won't work for this case. The ARM symbols are not set on non ARM boxes
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux 2.4.19-pre5: bad config
2002-03-30 17:46 ` Alan Cox
@ 2002-03-30 19:13 ` Russell King
0 siblings, 0 replies; 18+ messages in thread
From: Russell King @ 2002-03-30 19:13 UTC (permalink / raw)
To: Alan Cox; +Cc: Eyal Lebedinsky, Marcelo Tosatti, lkml
On Sat, Mar 30, 2002 at 05:46:21PM +0000, Alan Cox wrote:
> > It's basically to wrap it in an CONFIG_ARM and leave the SA1100 dependency.
> > Why? There are other ARM PCMCIA drivers, and rather have a mass of if
> > statements, I'd rather see dep_*
>
> dep_ won't work for this case. The ARM symbols are not set on non ARM boxes
I think you misread my email.
--
Russell King (rmk@arm.linux.org.uk) The developer of ARM Linux
http://www.arm.linux.org.uk/personal/aboutme.html
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux 2.4.19-pre5
2002-03-29 21:47 Linux 2.4.19-pre5 Marcelo Tosatti
2002-03-30 0:11 ` Linux 2.4.19-pre5: bad config Eyal Lebedinsky
2002-03-30 0:23 ` Linux 2.4.19-pre5: neofb.c compile failure Eyal Lebedinsky
@ 2002-03-30 20:40 ` Michal Jaegermann
2002-03-30 23:34 ` Keith Owens
2002-03-31 0:39 ` Linux 2.4.19-pre5: hotplug config Eyal Lebedinsky
2002-04-04 19:50 ` Linux 2.4.19-pre5 Adrian Bunk
4 siblings, 1 reply; 18+ messages in thread
From: Michal Jaegermann @ 2002-03-30 20:40 UTC (permalink / raw)
To: Marcelo Tosatti; +Cc: linux-kernel
On Fri, Mar 29, 2002 at 06:47:39PM -0300, Marcelo Tosatti wrote:
>
> Here goes pre5.
Tried to recompile that on Alpha and I run into module symbol
troubles of that sort:
depmod: /lib/modules/2.4.19-pre5/kernel/drivers/sound/trident.o: Bad symbol index: 20414130 >= 000000d6
depmod: /lib/modules/2.4.19-pre5/kernel/drivers/sound/trident.o: Bad symbol index: 74202a2f >= 000000d6
depmod: /lib/modules/2.4.19-pre5/kernel/drivers/sound/trident.o: Bad symbol index: 0a2f2a20 >= 000000d6
depmod: Bad symbol index: 20414130 >= 000000d6
depmod: Bad symbol index: 74202a2f >= 000000d6
depmod: Bad symbol index: 0a2f2a20 >= 000000d6
Any ideas where these are coming from? Nothing of that sort cropped out
in 2.4.19-pre4. modutils are 2.4.13 which should be good enough if one
believes in Documentation/Changes.
As I am not really using 'trident' module right now this was not a
big obstacle to boot and run that kernel. :-)
Michal
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux 2.4.19-pre5
2002-03-30 20:40 ` Linux 2.4.19-pre5 Michal Jaegermann
@ 2002-03-30 23:34 ` Keith Owens
2002-03-31 1:41 ` Michal Jaegermann
0 siblings, 1 reply; 18+ messages in thread
From: Keith Owens @ 2002-03-30 23:34 UTC (permalink / raw)
To: Michal Jaegermann; +Cc: linux-kernel
On Sat, 30 Mar 2002 13:40:17 -0700,
Michal Jaegermann <michal@harddata.com> wrote:
>
>On Fri, Mar 29, 2002 at 06:47:39PM -0300, Marcelo Tosatti wrote:
>>
>> Here goes pre5.
>
>Tried to recompile that on Alpha and I run into module symbol
>troubles of that sort:
>
>depmod: /lib/modules/2.4.19-pre5/kernel/drivers/sound/trident.o: Bad symbol index: 20414130 >= 000000d6
>depmod: /lib/modules/2.4.19-pre5/kernel/drivers/sound/trident.o: Bad symbol index: 74202a2f >= 000000d6
>depmod: /lib/modules/2.4.19-pre5/kernel/drivers/sound/trident.o: Bad symbol index: 0a2f2a20 >= 000000d6
>depmod: Bad symbol index: 20414130 >= 000000d6
>depmod: Bad symbol index: 74202a2f >= 000000d6
>depmod: Bad symbol index: 0a2f2a20 >= 000000d6
That is almost always caused by bad output from binutils. It could be
a modutils bug but I doubt it, every previous occurrence has been a
binutils problem. Send me (not the list) the output from
readelf -es /lib/modules/2.4.19-pre5/kernel/drivers/sound/trident.o
Before sending the output, try rebuilding the kernel from scratch. It
is unlikely to help but worth a try.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux 2.4.19-pre5: hotplug config
2002-03-29 21:47 Linux 2.4.19-pre5 Marcelo Tosatti
` (2 preceding siblings ...)
2002-03-30 20:40 ` Linux 2.4.19-pre5 Michal Jaegermann
@ 2002-03-31 0:39 ` Eyal Lebedinsky
2002-03-31 14:02 ` Alan Cox
2002-04-04 19:50 ` Linux 2.4.19-pre5 Adrian Bunk
4 siblings, 1 reply; 18+ messages in thread
From: Eyal Lebedinsky @ 2002-03-31 0:39 UTC (permalink / raw)
To: Marcelo Tosatti; +Cc: lkml
[-- Attachment #1: Type: text/plain, Size: 311 bytes --]
Marcelo Tosatti wrote:
>
> Hi,
>
> Here goes pre5.
While we are cleaning up configs, here is another one (I think
mentioned a while ago) that removes the unresolved ref to
IO_APIC_get_PCI_irq_vector
from ibmphp.o if IO_APIC is not selected.
--
Eyal Lebedinsky (eyal@eyal.emu.id.au) <http://samba.org/eyal/>
[-- Attachment #2: 2.4.19-pre5-ibmphp.patch --]
[-- Type: text/plain, Size: 742 bytes --]
--- linux/drivers/hotplug/Config.in.orig Sun Mar 31 10:04:45 2002
+++ linux/drivers/hotplug/Config.in Sun Mar 31 10:06:01 2002
@@ -8,7 +8,9 @@
dep_tristate ' Compaq PCI Hotplug driver' CONFIG_HOTPLUG_PCI_COMPAQ $CONFIG_HOTPLUG_PCI $CONFIG_X86
dep_mbool ' Save configuration into NVRAM on Compaq servers' CONFIG_HOTPLUG_PCI_COMPAQ_NVRAM $CONFIG_HOTPLUG_PCI_COMPAQ
-dep_tristate ' IBM PCI Hotplug driver' CONFIG_HOTPLUG_PCI_IBM $CONFIG_HOTPLUG_PCI $CONFIG_X86_IO_APIC $CONFIG_X86
+if [ "$CONFIG_X86_IO_APIC" = "y" ]; then
+ dep_tristate ' IBM PCI Hotplug driver' CONFIG_HOTPLUG_PCI_IBM $CONFIG_HOTPLUG_PCI $CONFIG_X86
+fi
dep_tristate ' ACPI PCI Hotplug driver' CONFIG_HOTPLUG_PCI_ACPI $CONFIG_ACPI $CONFIG_HOTPLUG_PCI
endmenu
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux 2.4.19-pre5
2002-03-30 23:34 ` Keith Owens
@ 2002-03-31 1:41 ` Michal Jaegermann
0 siblings, 0 replies; 18+ messages in thread
From: Michal Jaegermann @ 2002-03-31 1:41 UTC (permalink / raw)
To: linux-kernel
On Sun, Mar 31, 2002 at 09:34:42AM +1000, Keith Owens wrote:
> On Sat, 30 Mar 2002 13:40:17 -0700,
> Michal Jaegermann <michal@harddata.com> wrote:
> >
> >On Fri, Mar 29, 2002 at 06:47:39PM -0300, Marcelo Tosatti wrote:
> >>
> >> Here goes pre5.
> >
> >Tried to recompile that on Alpha and I run into module symbol
> >troubles of that sort:
> >
> >depmod: /lib/modules/2.4.19-pre5/kernel/drivers/sound/trident.o: Bad symbol index: 20414130 >= 000000d6
> >depmod: /lib/modules/2.4.19-pre5/kernel/drivers/sound/trident.o: Bad symbol index: 74202a2f >= 000000d6
> >depmod: /lib/modules/2.4.19-pre5/kernel/drivers/sound/trident.o: Bad symbol index: 0a2f2a20 >= 000000d6
> >depmod: Bad symbol index: 20414130 >= 000000d6
> >depmod: Bad symbol index: 74202a2f >= 000000d6
> >depmod: Bad symbol index: 0a2f2a20 >= 000000d6
>
> That is almost always caused by bad output from binutils.
Thanks to the helpful comment from Keith the matter is resolved. The
box in which this happened still has "issues" and apparently decided
that it is time for one of its surprises. That trident.o module
recreated from scratch looks ok.
Thanks,
Michal
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux 2.4.19-pre5: hotplug config
2002-03-31 0:39 ` Linux 2.4.19-pre5: hotplug config Eyal Lebedinsky
@ 2002-03-31 14:02 ` Alan Cox
2002-03-31 17:53 ` Greg KH
0 siblings, 1 reply; 18+ messages in thread
From: Alan Cox @ 2002-03-31 14:02 UTC (permalink / raw)
To: Eyal Lebedinsky; +Cc: Marcelo Tosatti, lkml
> -dep_tristate ' IBM PCI Hotplug driver' CONFIG_HOTPLUG_PCI_IBM $CONFIG_HOTPLUG_PCI $CONFIG_X86_IO_APIC $CONFIG_X86
> +if [ "$CONFIG_X86_IO_APIC" = "y" ]; then
> + dep_tristate ' IBM PCI Hotplug driver' CONFIG_HOTPLUG_PCI_IBM $CONFIG_HOTPLUG_PCI $CONFIG_X86
> +fi
What if I want hot plug and no apic??
See the fix in the 2.4.19-ac tree, that one ought to have been sufficient
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux 2.4.19-pre5: hotplug config
2002-03-31 14:02 ` Alan Cox
@ 2002-03-31 17:53 ` Greg KH
2002-04-01 0:11 ` Alan Cox
0 siblings, 1 reply; 18+ messages in thread
From: Greg KH @ 2002-03-31 17:53 UTC (permalink / raw)
To: Alan Cox; +Cc: Eyal Lebedinsky, Marcelo Tosatti, lkml
On Sun, Mar 31, 2002 at 03:02:45PM +0100, Alan Cox wrote:
> > -dep_tristate ' IBM PCI Hotplug driver' CONFIG_HOTPLUG_PCI_IBM $CONFIG_HOTPLUG_PCI $CONFIG_X86_IO_APIC $CONFIG_X86
> > +if [ "$CONFIG_X86_IO_APIC" = "y" ]; then
> > + dep_tristate ' IBM PCI Hotplug driver' CONFIG_HOTPLUG_PCI_IBM $CONFIG_HOTPLUG_PCI $CONFIG_X86
> > +fi
>
> What if I want hot plug and no apic??
No, the IBM driver will not work without apic. Or at least that's what
the original authors of the driver told me :)
I thought the 'dep_tristate' rule would have caught this, but it looks
like this is the correct fix.
> See the fix in the 2.4.19-ac tree, that one ought to have been sufficient
I don't see a fix for this in your tree. I only see the static->global
variable fix there. Am I missing something?
thanks,
greg k-h
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux 2.4.19-pre5: hotplug config
2002-03-31 17:53 ` Greg KH
@ 2002-04-01 0:11 ` Alan Cox
0 siblings, 0 replies; 18+ messages in thread
From: Alan Cox @ 2002-04-01 0:11 UTC (permalink / raw)
To: Greg KH; +Cc: Alan Cox, Eyal Lebedinsky, Marcelo Tosatti, lkml
> No, the IBM driver will not work without apic. Or at least that's what
> the original authors of the driver told me :)
Aha ok
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux 2.4.19-pre5
2002-03-29 21:47 Linux 2.4.19-pre5 Marcelo Tosatti
` (3 preceding siblings ...)
2002-03-31 0:39 ` Linux 2.4.19-pre5: hotplug config Eyal Lebedinsky
@ 2002-04-04 19:50 ` Adrian Bunk
2002-04-04 21:41 ` Marcelo Tosatti
2002-04-09 2:42 ` Reworked CONFIG_IDE_TASKFILE_IO help text Thomas Zimmerman
4 siblings, 2 replies; 18+ messages in thread
From: Adrian Bunk @ 2002-04-04 19:50 UTC (permalink / raw)
To: Marcelo Tosatti; +Cc: lkml
Hi Marcelo,
Configure.help contains the help text below that sounds more like a
comment to a patch than a helpful help message for a user of a stable
kernel:
+CONFIG_IDE_TASKFILE_IO
+ This is the "Jewel" of the patch. It will go away and become the new
+ driver core. Since all the chipsets/host side hardware deal w/ their
+ exceptions in "their local code" currently, adoption of a
+ standardized data-transport is the only logical solution.
+ Additionally we packetize the requests and gain rapid performance and
+ a reduction in system latency. Additionally by using a memory struct
+ for the commands we can redirect to a MMIO host hardware in the next
+ generation of controllers, specifically second generation Ultra133
+ and Serial ATA.
+
+ Since this is a major transition, it was deemed necessary to make the
+ driver paths buildable in separtate models. Therefore if using this
+ option fails for your arch then we need to address the needs for that
+ arch.
+
+ If you want to test this functionality, say Y here.
Could anyone provide a more useful help text?
TIA
Adrian
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Linux 2.4.19-pre5
2002-04-04 19:50 ` Linux 2.4.19-pre5 Adrian Bunk
@ 2002-04-04 21:41 ` Marcelo Tosatti
2002-04-09 2:42 ` Reworked CONFIG_IDE_TASKFILE_IO help text Thomas Zimmerman
1 sibling, 0 replies; 18+ messages in thread
From: Marcelo Tosatti @ 2002-04-04 21:41 UTC (permalink / raw)
To: Adrian Bunk, Andre Hedrick; +Cc: lkml
Andre?
On Thu, 4 Apr 2002, Adrian Bunk wrote:
> Hi Marcelo,
>
> Configure.help contains the help text below that sounds more like a
> comment to a patch than a helpful help message for a user of a stable
> kernel:
>
> +CONFIG_IDE_TASKFILE_IO
> + This is the "Jewel" of the patch. It will go away and become the new
> + driver core. Since all the chipsets/host side hardware deal w/ their
> + exceptions in "their local code" currently, adoption of a
> + standardized data-transport is the only logical solution.
> + Additionally we packetize the requests and gain rapid performance and
> + a reduction in system latency. Additionally by using a memory struct
> + for the commands we can redirect to a MMIO host hardware in the next
> + generation of controllers, specifically second generation Ultra133
> + and Serial ATA.
> +
> + Since this is a major transition, it was deemed necessary to make the
> + driver paths buildable in separtate models. Therefore if using this
> + option fails for your arch then we need to address the needs for that
> + arch.
> +
> + If you want to test this functionality, say Y here.
>
> Could anyone provide a more useful help text?
>
> TIA
> Adrian
>
>
^ permalink raw reply [flat|nested] 18+ messages in thread
* Reworked CONFIG_IDE_TASKFILE_IO help text
2002-04-04 19:50 ` Linux 2.4.19-pre5 Adrian Bunk
2002-04-04 21:41 ` Marcelo Tosatti
@ 2002-04-09 2:42 ` Thomas Zimmerman
2002-04-09 6:01 ` Andre Hedrick
1 sibling, 1 reply; 18+ messages in thread
From: Thomas Zimmerman @ 2002-04-09 2:42 UTC (permalink / raw)
To: lkml
[-- Attachment #1: Type: text/plain, Size: 2169 bytes --]
On 04-Apr 09:50, Adrian Bunk wrote:
> Hi Marcelo,
>
> Configure.help contains the help text below that sounds more like a
> comment to a patch than a helpful help message for a user of a stable
> kernel:
>
> +CONFIG_IDE_TASKFILE_IO
> + This is the "Jewel" of the patch. It will go away and become the new
> + driver core. Since all the chipsets/host side hardware deal w/ their
> + exceptions in "their local code" currently, adoption of a
> + standardized data-transport is the only logical solution.
> + Additionally we packetize the requests and gain rapid performance and
> + a reduction in system latency. Additionally by using a memory struct
> + for the commands we can redirect to a MMIO host hardware in the next
> + generation of controllers, specifically second generation Ultra133
> + and Serial ATA.
> +
> + Since this is a major transition, it was deemed necessary to make the
> + driver paths buildable in separtate models. Therefore if using this
> + option fails for your arch then we need to address the needs for that
> + arch.
> +
> + If you want to test this functionality, say Y here.
>
> Could anyone provide a more useful help text?
Maybe this is better?
CONFIG_IDE_TASKFILE_IO
This option enables a new standardized data-transport driver. It replaces
code currently in each chipset/host driver. This should help reduce
bugs and allow better data protection. This new code also packetizes
requests to enable rapid performance and reduce system latency. It also uses
structures so MMIO hardware can be used in second generation Ultra133 and
Serial ATA chipsets.
Since this a a major reworking of current code, this will live along side
current drivers for now. If this doesn't work on your arch yell.
If you want to test this new driver (and have backups), say Y here.
>
> TIA
> Adrian
>
>
> -
> 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/
[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Reworked CONFIG_IDE_TASKFILE_IO help text
2002-04-09 2:42 ` Reworked CONFIG_IDE_TASKFILE_IO help text Thomas Zimmerman
@ 2002-04-09 6:01 ` Andre Hedrick
0 siblings, 0 replies; 18+ messages in thread
From: Andre Hedrick @ 2002-04-09 6:01 UTC (permalink / raw)
To: Thomas Zimmerman; +Cc: lkml
On Mon, 8 Apr 2002, Thomas Zimmerman wrote:
> On 04-Apr 09:50, Adrian Bunk wrote:
> > Hi Marcelo,
> >
> > Configure.help contains the help text below that sounds more like a
> > comment to a patch than a helpful help message for a user of a stable
> > kernel:
> >
> > +CONFIG_IDE_TASKFILE_IO
> > + This is the "Jewel" of the patch. It will go away and become the new
> > + driver core. Since all the chipsets/host side hardware deal w/ their
> > + exceptions in "their local code" currently, adoption of a
> > + standardized data-transport is the only logical solution.
> > + Additionally we packetize the requests and gain rapid performance and
> > + a reduction in system latency. Additionally by using a memory struct
> > + for the commands we can redirect to a MMIO host hardware in the next
> > + generation of controllers, specifically second generation Ultra133
> > + and Serial ATA.
> > +
> > + Since this is a major transition, it was deemed necessary to make the
> > + driver paths buildable in separtate models. Therefore if using this
> > + option fails for your arch then we need to address the needs for that
> > + arch.
> > +
> > + If you want to test this functionality, say Y here.
> >
> > Could anyone provide a more useful help text?
>
> Maybe this is better?
>
> CONFIG_IDE_TASKFILE_IO
> This option enables a new standardized data-transport driver. It replaces
> code currently in each chipset/host driver. This should help reduce
> bugs and allow better data protection. This new code also packetizes
> requests to enable rapid performance and reduce system latency. It also uses
> structures so MMIO hardware can be used in second generation Ultra133 and
> Serial ATA chipsets.
>
> Since this a a major reworking of current code, this will live along side
> current drivers for now. If this doesn't work on your arch yell.
>
> If you want to test this new driver (and have backups), say Y here.
Actually, truth be known ... when I finish the transport layer you will
have a clean error recovery path in the driver. More details soon, but do
not enable until you have ide-taskfile v0.31 or higher.
Cheers,
Andre Hedrick
LAD Storage Consulting Group
^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2002-04-09 6:02 UTC | newest]
Thread overview: 18+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-03-29 21:47 Linux 2.4.19-pre5 Marcelo Tosatti
2002-03-30 0:11 ` Linux 2.4.19-pre5: bad config Eyal Lebedinsky
2002-03-30 9:06 ` Russell King
2002-03-30 10:19 ` Russell King
2002-03-30 17:46 ` Alan Cox
2002-03-30 19:13 ` Russell King
2002-03-30 0:23 ` Linux 2.4.19-pre5: neofb.c compile failure Eyal Lebedinsky
2002-03-30 20:40 ` Linux 2.4.19-pre5 Michal Jaegermann
2002-03-30 23:34 ` Keith Owens
2002-03-31 1:41 ` Michal Jaegermann
2002-03-31 0:39 ` Linux 2.4.19-pre5: hotplug config Eyal Lebedinsky
2002-03-31 14:02 ` Alan Cox
2002-03-31 17:53 ` Greg KH
2002-04-01 0:11 ` Alan Cox
2002-04-04 19:50 ` Linux 2.4.19-pre5 Adrian Bunk
2002-04-04 21:41 ` Marcelo Tosatti
2002-04-09 2:42 ` Reworked CONFIG_IDE_TASKFILE_IO help text Thomas Zimmerman
2002-04-09 6:01 ` Andre Hedrick
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox