Ok, too long between test5 and test6 again, so the patch is pretty big.
Lots of driver updates and architectures fixed, but also lots of merges
from Andrew Morton. Most notably perhaps Con's scheduler changes that have
been discussed extensively and made it into the -mm tree for testing.
This also finally gets one of the last "must-fix" things for 2.6.0: the
extended 32-bit dev_t support. Courtesy of Al Viro (with a lot of
prodding and input over the years from Andries).
arm, s390, ia64, x86-64, and ppc64 updates. USB, pcmcia and i2c stuff. And
a fair amount of janitorial.
Linus
----
Summary of changes from v2.6.0-test5 to v2.6.0-test6
============================================
Adam Belay:
o [PNPBIOS] compilation fix for pnpbios without proc support
o [PNP] release card devices on probe failure
o [PNPBIOS] move detection code into core.c
o [PNP] remove DMA 0 restrictions
o janitor: remove unneeded includes (isapnp)
o [ISAPNP] remove unused isapnp_allow_dma0 modparam
o [PNPBIOS] return proper error codes on init failure
o [PNPBIOS] move some more functions to local include file
Adam Radford:
o 3ware driver update
Adrian Bunk:
o ATM Ambassador no longer BROKEN_ON_SMP
o input: Fix Kconfig KEYBOARD_ATKBD when SERIO is modular
o fix sbni.c compile with gcc 3.3
o USB: fix USB_MOUSE help text
o select MII
o select ZLIB_{IN,DE}FLATE
Alan Stern:
o USB: Use num_altsetting in usbnet and usbtest
o USB: Changes to core/config.c (1 - 9)
o USB: improve debugging logging during suspend and resume
o (as84) Small fixup for SCSI proc code
Albert Cahalan:
o fix for hidden-task problem
o fix CONFIG_SECURE trouble in thread-aware procfs
o use CLONE_KERNEL
o shared signals require shared VM
Alexander Viro:
o ps2esdi broken
o prepare for 32-bit dev_t: reiserfs/procfs.c
o prepare for 32-bit dev_t: drm debugging printks
o prepare for 32-bit dev_t: XFS
o prepare for 32-bit dev_t: tty usage
o prepare for 32-bit dev_t: NFS
o prepare for 32-bit dev_t: JFS
o prepare for 32-bit dev_t: jffs2 cleanups
o prepare for 32-bit dev_t: md.c cleanups
o prepare for 32-bit dev_t: dm-ioctl-*.c
o prepare for 32-bit dev_t: misc cleanups
o prepare for 32-bit dev_t: mknod()/ustat()
o prepare for 32-bit dev_t: loop.c
o prepare for 32-bit dev_t: CODA
o prepare for 32-bit dev_t: stat()
o 32-bit dev_t: internal use
o 32-bit dev_t: switch-over
o 32-bit dev_t fixups
o 32-bit dev_t fallout: mips/kernel/sysirix.c
o 32-bit dev_t: md fallout
o Avoid /proc/{ioports,iomem} truncation
o ppc64 typo fix (kudos to Anton)
Alexey Dobriyan:
o USB: Remove setting TASK_RUNNING after schedule_timeout in
/drivers/usb/
Amir Noam:
o [bonding 2.6] fix 802.3ad long fail over with high UDP Tx stress
o [bonding 2.6] fix load balance problem with high UDP Tx stress
o [bonding 2.6] fix ARP monitoring bug
o [bonding 2.6] fix kernel panic when optional feature used
o [bonding 2.6] fix change active command
o [bonding 2.6] fix OOPS in bonding driver, when removing primary
o [bonding 2.6] embed stats struct inside bonding private struct
o [bonding 2.6] fix error handling in init code
o [bonding 2.6] make each bond device use its own /proc entry
o [bonding 2.6] misc fixes: missing include, typos, comments
o [bonding 2.6] consolidate change_active operations
o [bonding 2.6] fix assign_current_slave
o [bonding 2.6] Decouple promiscuous handling from multicast mode
setting
o [bonding 2.6] Add support for changing HW address and MTU
o [bonding 2.6] Add support for changing HW address in ALB/TLB modes
o [bonding 2.6] Consolidate /proc code, add CHANGENAME handler
o [bonding 2.6] Enhance netdev notification handling
o [bonding 2.6] Add missing free_netdev()
o [bonding 2.6] Fix ipx_hdr compile error
o [bonding] Convert /proc to seq_file
Andi Kleen:
o x86-64 merge
o Minor K8 fix for oprofile
o Pad statvfs in compat layer
o Generalize 32bit emulation support in MPT fusion
o Another x86-64 merge - make it boot again
o Another small x86-64 merge
Andrej Borsenkow:
o I2C: sysfs sensor nameing inconsistency
Andrew Morton:
o [PCMCIA] RL5C4XX_16BIT_MEM_0 was wrong
o s/spin_lock_irqrestore/spin_unlock_irqrestore
o calibrate_tsc() fix and consolidation
o Initialise devfs_name in various block drivers
o monolitic_clock, timer_{tsc,hpet} and CPUFREQ
o dac960 devfs_name initialisation fix
o compiler warning fixes for DAC960 on alpha
o Move ikconfig to /proc/config.gz
o reiserfs direct-IO support
o Fix imm.c again
o make selinux enable param config option, enabled by
o sound: remove duplicate includes
o remove duplicate includes in kernel/
o Handle NR_CPUS overflow
o ppp devfs oops fix
o d_delete-d_lookup race fix
o ia32 idle using PNI monitor/mwait
o remap file pages MAP_NONBLOCK fix
o install_page pte use-after-unmap fix
o really use english date in version string
o tidy up lib/inflate.c error messages
o ext3: remove debug code
o mwave locking fixes
o fix Summit srat.h includes
o Reduce random driver lock contention
o sys_fadvise needs asmlinkage
o CPU scheduler CAN_MIGRATE fix
o [NET]: Remove spurious TASK_RUNNING setting after
schedule_timeout()
o Fix imm.c again
o e1000 bug
o procfs build fix for older gcc
o ECC support
o real-time enhanced page allocator and throttling
o Fix setpgid and threads
o reiserfs: large file 32/64-bit truncation fix
o Overflow check for i386 assign_irq_vector
o mtrr warning fix w/o proc_fs
o NLS: Remove the nls modules for only alias
o NLS: remove emacs metadata
o scheduler infrastructure
o sched_clock() for ppc, ppc64, x86_64 and sparc64
o CPU scheduler balancing fix
o CPU scheduler interactivity changes
o might_sleep diagnostics
o Move slab objects to the end of the real allocation
o Remove Documentation/smp.tex
o AGP warning fix
o mwave char/Kconfig fix
o any_online_cpu fix
o allow x86 NUMA architecture detection to fail
o misc fixes
o reiserfs: add checks from 2.4 into 2.5
o remove duplicate SOUND_RME96XX option
o istallion: use schedule_work
o file locking memory leak
o fix incorrect argv[0] for init
o ens1370 PCI driver naming fix
o Summit sub-arch: Make logical IDs independent of BIOS numbering
scheme
o wanXL serial card driver
o floppy cleanup timers/resources on unload
o remove /proc/config_build_info
o access_ok is likely
o Update Documentation/block/biodoc.txt
o Fix typo in scripts/postmod.c
o Export new char dev functions
o hangcheck compile fix
o NCR5380 timeout fix
o Incorrect value for SIGRTMAX
o x445: setup_ioapic_ids_from_mpc fix
o deadline insert_here fix
o bio_dirty_fn() page leak fix
o Speed up direct-io hugetlbpage handling
o Handle init_new_context failures
o Fix sem_lock deadlock
o zoran driver documentation fix
o AS oops fix
o kill superflous kdev_t.h inclusions
o move some more initializations out of drivers/char/mem.c
o rio.c: remove TWO_ZERO
o mlock error handling fix
o fix cciss memory leaks
o ia64 sched_clock() implementation
o misc fixes
o smbfs NLS fix
o slab: hexdump structures when things go wrong
o Try harder in IRQ context before falling back to ksoftirqd
o mark devfs obsolete
o kill some leftovers from the big sysrq syncing rewrite
o add -Wdeclaration-after-statement
o disallow utime{s}() on immutable or append-only files
o switch remaining serial drivers to initcalls
o misc fixes
o Hugetlb FS quota accounting problem
o make CONFIG_HUGETLB_PAGE mirror CONFIG_HUGETLBFS
o setuid clearing fix
o remove CONFIG_SERIAL_21285_OLD
o DAC960: remove redundant (and uninitialized)
o wanxl compile and warning fixes
o use "normalized" syntax for lgdt/lidt
o asm/softirq.h is dead
o SELinux leak fixes
o do_brk() bounds checking
o fix MD "bio too big" errors
Andries E. Brouwer:
o compilation fix ufs
o sparse fix sysctl, eventpoll, cpufreq, xattr, kcore,
ext2_readlink, reboot, proc/misc, fat/file.c, kmsg,
proc/generic
o another keyboard problem solved
o fix keycode for rctrl in scancode set 3
o input: Fix Set3 keycode for right control in atkbd.c
Andy Grover:
o ACPI maintainer change
Angelo Dell'Aera:
o saa9730 (minor revision)
Anton Altaparmakov:
o Adrian Bunk: Postfix an NTFS constant that is too big for an int
with ULL
o NTFS: Update documentation for Linux kernel 2.6
Anton Blanchard:
o ppc64: make install target from Dave Hansen
o ppc64: Remove find_pci_device_OFnode prototype, from Nathan Lynch
o ppc64: iseries soft disable and do_page_fault fixes from Ben
Herrenschmidt
o ppc64: xics fix for I/O slot deconfigure, from Linda Xie
o ppc64: fixes for pci_name() changes
o ppc64: Fix NUMA compile after cpu bitmasks merge
o ppc64: remove broken xmon h option
o ppc64: semaphore fixes based on report by ever watchful Olaf Hering
o ppc64: remove interrupt stacks which broke when the thread info
stuff went in
o ppc64: defconfig update
o ppc64: remove some unused entries in the paca
o ppc64: make install fixes from Dave Hansen
o ppc64: fix gcc 3.3 compile
o ppc64: Fix 3rd and 4th serial port from Olof Johansson
o ppc64: add missing IPC_64 mask, from sparc64 and add some compat
types
o ppc64: Fix some error return paths in sys_ipc
o ppc64: add might_sleep() to uaccess functions
o ppc64: register_ioctl32_conversion defined twice, fix from Olaf
Hering
o ppc64: rtas rtc fixes from Todd Inglett
o ppc64: export node_data and numa_memory_lookup_table
o ppc64: defconfig changes
o ppc64: discard exit sections
o ppc64: fix bogus NR_CPUS*2 struct in xics.c
o ppc64: Update unhandled irq code to match x86
o ppc64: start using kallsyms now its compiled in by default
o ppc64: convert xmon to use kallsyms now its compiled in by default
o ppc64: ppc64 Hugepage support from David Gibson
o ppc64: forgot to add the guts of hugetlb support
o ppc64: hugetlb fixes for LPAR and numa hugetlb support
o ppc64: catch bad ioctl size at compile time, from x86
o ppc64: Give us a generic local.h until we have atomic64
o fix oops in hvc_console
o Fix initramfs permissions on directories and special files
o quieten initramfs and fix /dev permissions
o serialize bus scanning
Armin Schindler:
o eicon ISDN driver: memory attach
o eicon ISDN driver: capi code fix
o eicon ISDN driver: debug
o eicon ISDN driver: list handling
o eicon ISDN driver: endianess
o eicon ISDN driver: Kernelconfig
o eicon ISDN driver: C comments
o eicon ISDN driver: update
o Eicon ISDN driver: removed __devinitdata from pci_device_id
o Eicon ISDN driver: remove old devfs_handle
Arnaldo Carvalho de Melo:
o [NETFILTER]: Fix typo in recent ip_input.c changes
o LLC: introduce llc_type_handlers
o LLC: move llc_decode_pdu_type to llc_mac
o LLC: move llc_conn_handler and llc_sap_handler out of llc_mac
o LLC: remove another silly net 4.0 banner
o LLC: move the connection related functions to llc_conn
o LLC: move sap functions to llc_sap
o LLC: move the sockets release function outside of llc_sap_close
o LLC: move llc_build_and_send_ui_pkt to llc_sap
o LLC: move llc_lookup_dgram to llc_sap
o LLC: move the pdu routines needed by the upcoming llc_core to
llc_pdu.h
o LLC: implement llc_add_pack/llc_remove_pack
o LLC: split llc into llc_core and llc2 modules
o LLC: add some unlikely wrappings in llc_mac
o LLC: create llc_output and move lan_hdrs_init to it
o LLC: create a register interface for llc_station_rcv
o LLC: rename llc_mac.c to llc_input.c, net/llc_mac.h to net/llc.h
o LLC: trim down llc_core to the very basic support needed by IPX
et all
o LLC: rename llc_main.[ch] to llc_station.[ch]
o LLC: reorganize llc_station.c to kill useless static prototypes
o LLC: consolidate the LLC station component into llc_station.c
o LLC: llc_station.h is not useful anymore, kill it
o LLC: use list_for_each_entry in llc_sap_find
o LLC: remove unneeded EXPORT_SYMBOLs from llc_sap
Arun Sharma:
o ia64: MINSIGSTKSZ on ia32
Bart De Schuymer:
o [NETFILTER]: Fix parisc64 alignment problems in ipt_physdev.c
Benjamin Herrenschmidt:
o IDE: Fix request handling with ide-default & ATAPI
o IDE: Fix Power Management request race on resume
o dmasound update from Christoph Hellwig
o Support for POWER4 & GPUL (G5) CPUs
o Fix cputable.c build (missing commas)
Bernardo Innocenti:
o GCC 3.3.x/3.4 compatiblity fix in include/linux/init.h
Bjorn Helgaas:
o ia64: clean up acpi_boot_init()
o ia64: trivial sba_iommu patch
o ia64: bail out of sba_init() if no hardware found
Brian Gerst:
o lp.c module alias
o select CRC32
Chas Williams:
o [ATM]: Remove unnecessary GFP_ATOMIC allocation
o [ATM]: Fix build failure with ATM_BR2684_IPFILTER enabled
o [ATM]: seq_file for /proc/net/atm (devices)
o [ATM]: exporting llc_oui[] isn't worth it
o [ATM]: Fix race between modifying entry->vccs and
clip_start_xmit()
o [ATM]: Correct way to prevent module unload
o [ATM]: [firestream] Allow module refcounting
o [ATM]: [idt77252] Get rid of MOD_INC/MOD_DEC
o [ATM]: [lanai] Get rid of MOD_INC/MOD_DEC
o [ATM]: [uPD98402] Convert to new-style module
o [ATM]: [uPD98402] Exported symbols should not be marked __init
o [ATM]: If CLIP is not enabled, try_atm_clp_ops() should always fail
o [ATM]: [ioctl][1/8] Move vcc_ioctl() to ioctl.c
o [ATM]: [ioctl][2/8] Add registration functions
o [ATM]: [ioctl][3/8] Use new code for pppoatm and br2684
o [ATM]: [ioctl][4/8] Use new code for mpoa
o [ATM]: [ioctl][5/8] Change ncc clip info handling
o [ATM]: [ioctl][6/8] Move clip seq_file ops to clip.c
o [ATM]: [ioctl][7/8] Use new code for clip
o [ATM]: [ioctl][8/8] Use new code for atmtcp
o [ATM]: Move lan seq_file ops to lec.c
o [ATM]: Use dev_get_by_name() instea of atm_lane_ops->get_lec()
o [ATM]: Use new ioctl code for lane
Chris Wright:
o update credits
o Add LSM maintainer entry
o LSM comment fixup
o root_plug fixup
o [IPV4]: Use cpu_relax() in ipconfig.c
o [netdrvr] use cpu_relax() in busy loop, or mdelay instead of busy loop
o Memory leak in ixj_pcmcia driver
o USB: Memory Leaks on Error Paths of usb-midi
Christoph Hellwig:
o [PCMCIA] kill flush_stale_links
o [PCMCIA] kill dead DEV_STALE_* codepathes in non-networking drivers
o [NET]: Kill a dead extern in net/core/dev.c
o change sdev.access_count to an atomic_t
o kill highmem_io leftover
o kill use_blk_tcq template flag
o kill scsi_cmnd.flags
o bring lost 2.5 changes to qla1280 back
o tiny zalon cleanups
o helper for device list traversal
o kill last users of the ScsiLun typedef
o small lasi700 update
o move some constants around
o add back the missing ->slave_destroy call
o handle failure when starting the eh thread
o switch command completion queue to per-cpu data
o [NET]: Consolidate ax25/isdn/bluetooth Kconfig inclusion
o fix qla1280 compiles
o ia64: kill SN kdba_io.c
o ia64: kill sn2 inventory stubs
o ia64: kill dead SN code from ml_iograph.c
o ia64: kill snia_pciio_*
o ia64: simplify and speedup SN2 dma mapping
o ia64: sn_ML_intr.c is a freakin mess
o ia64: simplify SN2 interrupt allocation
o ia64: remove CONFIG_PCI ifdefs in SN2 code
Daniel A. Nobuto:
o USB: make pdfdocs problem
Daniel Drake:
o USB: Debug code fixes for vicam
o USB: Debug code fixes for usblp
o USB: Debug code fixes for dabusb
Daniele Bellucci:
o USB: Minor cleanups in usb_serial_probe
Dave Jones:
o [AGPGART] Mention Intel 875 support in Kconfig
o [AGPGART] Fix ATI GART for IGP9100/R300 From the folks at ATI. Some
chips hang with this flush.
o [AGPGART] Remove unreferenced extern
o [CPUFREQ] Merge speedstep-smi driver
o [CPUFREQ] remove $Id$ tags, update filenames
o [CPUFREQ] add cpufreq_update_policy()
o [IPV6]: Fix non-CONFIG_PROC_FS build
o [CPUFREQ] CodingStyle fixes for speedstep-smi
o [CPUFREQ] Don't print out speedstep stuff on non-Intel CPUs
o [CPUFREQ] use PFX macro in common printk's
o [CPUFREQ] Fix up debug printk formatting string in speedstep-smi
o [AGPGART] Fix silly logic bug in modular AMD64 GART driver
o [AGPGART] Missing prefixes in printk's
o [AGPGART] Fix missing/bogus includes
o [CPUFREQ] Add missing config.h includes
o [AGPGART] Add HP AGP 8x bridge and fix ACPI claim The following
patch to the HP ZX1 GART driver
o [AGPGART] Fix module alias
o [CPUFREQ] Read MSRs before trying to use them in powernow-k7 Very
silly bug spotted by Ducrot Bruno
o [CPUFREQ] We need to set SGTC when we change powernow-k7 voltage
o [CPUFREQ] Work around buggy powernow-k7 BIOSes with low settling
times
o [CPUFREQ] Powernow-k7 latency timer needs to be in values of 10ns
o [CPUFREQ] Explicitly disable scaling we don't need in powernow-k7
The VIDC/FIDC controls could have been left at 1 from a previous
call to
Dave Kleikamp:
o JFS: Fix rampant data corruption
David Brownell:
o USB: usb/gadget/Kconfig, use right PXA2xx symbols
o USB: psdocs fails for usbgadget
o USB: usb "ether" net gadget
o USB: usb gadgetfs updates
o USB: usb_set_configuration() rework (v2)
David Howells:
o RxRPC update
o AFS update
David Mosberger:
o ia64: Drop unnecessary fadvise64_64() bloat (it isn't needed on
64-bit platforms).
o ia64: Document the typo that made it into the definition of
MINSTKSZ (last two numbers got transposed). Thanks to Arun Sharma
for finding this. New glibc's will have the value corrected, but
we leave the kernel at the old (bogus) value to retain backwards-
compatibility (and while a strange value, the old value works just
fine).
o ia64: Finnish adding ECC support. Based on patch by Suresh Siddah
o ia64: Fix asm-ia64/acpi.h typo & name-collision
o ia64: Direct sys_fadvise64() to sys_fadvise64_64()
o ia64: Fix things so that they compile with the latest GCC 3.4,
which optimize away static variables with no compiler-visible use.
o ia64: Drop unnecessary version check in sba_iommu.c
o ia64: Re-enable /proc/sal support. Bug reported by Stephane
Eranian, patch by Jesse Barnes.
o ia64: In <asm-ia64/param.h>, do not include <linux/config.h>
outside the #ifdef __KERNEL__ bracket. Doing so pollutes the user-
level namespace. Bug report & proposed fix by GOTO Masanori.
o ia64: Control /proc/bus/mckinley/zx1 via separate SBA_PROC_FS macro
and turn SBA_PROC_FS off by default (it's too much of a scalability
bottleneck).
o ia64: Based on patch by Jess Barnes: split up memory-initialization
from kernel/setup.c into two separate files: mm/{dis,contig}.c to
handle contiguous vs. discontiguous memory layouts.
o ia64: Improve comment for reserve_memory()
o ia64: Mark access_ok() as likely to succeed (as is done in x86
tree)
o ia64: Patch by Christoph Hellwig: Kill two SN headers never
references in the current tree.
o ia64: Patch by Christoph Hellwig: None of the exported symbols is
referenced by a module, even more the file doesn't compile when
CONFIG_IA64_SGI_SN_DEBUG is set.
o ia64: Patch by Christoph Hellwig: SN2 stopped abusing devfs in 2.5,
clean up the leftovers.
o ia64: Patch by Christoph Hellwig: kill .hcl entry in SN hwgfs
David S. Miller:
o [SPARC64]: Update defconfig
o [SPARC64]: Make sure cpu_data[0].udelay_val gets setup on non-SMP
(found by [email protected])
o [UDP]: In udp_{v6_}flush_pending_frames, reset up->len too
o [NET]: Increase ethernet tx_queue_len to 1000
o [IPV4]: Fix skb leak in igmp.c
o [LLC]: llc_core.c needs linux/init.h
o [I2C]: Several drivers forget to include asm/io.h
o [NET]: Unlink qdiscs in qdisc_destroy even when CONFIG_NET_SCHED is
not enabled
o [SPARC64]: Update defconfig
o [SPARC64]: Handle WDISP19 relocations in modules
o [ATM]: atmtcp.c needs linux/init.h
o [ATM]: Add struct net_bridge decl to net/atm/common.c
o [ATM]: Fix atm_mpoa_disp_qos() second arg to be ssize_t
o [IPV4]: Use correct ptrdiff_t printf format in ipmr.c
o [IPVS]: Print out __u64 properly in ip_vs_ctl.c
David T. Hollis:
o USB: ethtool_ops and ax8817x fixes for usbnet
o USB: Remove ax8817x driver
David Woodhouse:
o [BLUETOOTH]: Fix bug in set_sk_owner() changes
o [BLUETOOTH]: Add missing owner to bnep_sock_family_ops
Dean Roehrich:
o [XFS] Change dm_send_namesp_event to take vnode ptrs rather than
bhv ptrs
Dennis J?rgensen:
o [IPV4]: Fix wrong IP address in icmp.c error message
Dmitry Torokhov:
o serio.c
o input: Fix multibutton handling in Synaptics.c (nExtBtn > 8 case)
o input: Synaptics code cleanups
Duncan Sands:
o USB speedtouch: use multiple urbs by default
o USB: New email address for duncan
o USB speedtouch: neater sanity check
o USB speedtouch: bump the version number
Eric Sandeen:
o [XFS] remove doubly-included header files
o [XFS] Re-work xfs stats macros to support per-cpu data
o [XFS] Update sysctls - use ints, not ulongs, and show pagebuf
values in jiffies like everybody else
Erlend Aasland:
o [CRYPTO]: Add alg. type to /proc/crypto output
Eyal Lebedinsky:
o wl3501 with old compiler
Felipe Damasio:
o slip.c: current state cleanup
o [NET]: Kill unneded version.h in net/sched
o Unneeded memory barrier in net/irda code
o Memory leak in scsi_debug found by checker
o Memory leak in NCR_Q720 found by checker
Fran?ois Romieu:
o (1/4) sdla - move out of Space.c
Geert Uytterhoeven:
o in2000 warning
Greg Kroah-Hartman:
o PCI hotplug: fix up a bunch of copyrights that were incorrectly
declared
o I2C: added new id for Radeon driver
o PCI: remove compiler warning from previous new_id patch
o PCI: fix up some pci drivers that had marked their probe functions
with __init
o I2C: remove some usages of i2c_adapter.id as they are not used
o I2C: add the i2c-sis5595 i2c bus driver
o I2C: add the i2c-sis630 i2c bus driver
o I2C: add the i2c-via i2c bus driver
o I2C: clean up the i2c bus Kconfig menu and help texts
o I2C: turn off debugging on the new sis i2c bus drivers
o USB: fix oops when trying to suspend and resume
o USB: fix oops in ipaq driver
o USB: fix up missing </para> in usb documentation
o USB: make sure we never reference a usbserial port after it has
been unregistered
o USB: unusual device fixup for the Y-E floppy drive
o I2C: add the i2c-i810 i2c bus driver
o I2C: add the i2c-savage4 i2c bus driver
o I2C: add the i2c-voodoo3 i2c bus driver
o I2C: clean up the i2c chips Kconfig logic and help information
o I2C: clean up the drivers/i2c/Kconfig file
o I2C: move i2c-prosavage.c driver to drivers/i2c/busses where it
belongs
o I2C: clean up i2c-prosavage.c driver
o I2C: fix up dependancies in the i2c/busses/Kconfig file
o I2C: move the i2c-philips-par driver to drivers/i2c/busses
o I2C: clean up i2c-philips-par.c driver a bit
o I2C: move i2c-elv.c driver to drivers/i2c/busses
o I2C: clean up the i2c-elv.c driver a bit
o I2C: move i2c-elektor.c driver to drivers/i2c/busses/
o I2C: move i2c-velleman driver to drivers/i2c/busses
o I2C: move the scx200* drivers to drivers/i2c/busses
o I2C: move the remaining i2c bus drivers to drivers/i2c/busses
o I2C: remove check_region usage and warning from i2c-sensor
o I2C: remove I2C_VERSION and I2C_DATE as they make no sense in the
kernel tree
o I2C: remove the isa address check alltogether
o I2C: move the i2c algorithm drivers to drivers/i2c/algos
o I2C: add eeprom i2c chip driver
o I2C: remove unneeded #defines in the eeprom chip driver
o USB: remove misleading FIXME comment added by previous patch
o USB: i was wrong, clean up some extra refcounts that are no longer
needed
Guillaume Morin:
o fix cpu_test_and_set() on UP
Harald Welte:
o [NETFILTER]: Clear nf_debug in ipsec tunnel case
o [NETFILTER]: Use u16 for port numbers
Henning Meier-Geinitz:
o USB scanner driver: use static declarations
o USB scanner driver: report back return codes
o USB scanner driver: balancing usb_register_dev/usb_deregister_dev
o USB scanner driver: new device ids
o USB scanner driver: added USB_CLASS_CDC_DATA
Herbert Xu:
o [XFRM]: Fix ALLOC_SPI for IPCOMP
Hideaki Yoshifuji:
o [NET]: Various /proc/net/* files may drop some data
o [NET]: /proc/net/if_inet6 may drop some data
o [NET]: Clean up /proc/net/{anycast6/igmp6}
o [NET]: Use proc_net_fops_create() and proc_net_remove() in net/core
o [NET]: Use proc_net_fops_create() and proc_net_remove() in net/ipv4
o [NET]: Use proc_net_fops_create() and proc_net_remove() in net/ipv6
o [IPV4]: Convert /proc/net/pnp to seq_file
o [NET]: Use proc_net_fops_create() for /proc/net/wireless
Hirofumi Ogawa:
o DEVICE_NAME_SIZE/_HALF removal (I2C stuff)
o DEVICE_NAME_SIZE/_HALF removal (I2C related, but v4l stuff)
o DEVICE_NAME_SIZE/_HALF removal (I2C related, but fb stuff)
o [NETFILTER]: Fix typoe in ip_nat_tftp.c
Holger Freyther:
o [ARM PATCH] 1653/1: Simpad Flash Partition resubmit
o [ARM PATCH] 1654/1: Simpad PCMCIA resubmit
o [ARM PATCH] 1656/1: Simpad board update to make it work
Holger Schurig:
o [ARM] Add sched_clock()
Ian Abbott:
o USB: ftdi_sio - new vid/pid for OCT US101 USB to RS-232 converter
Jamal Hadi Salim:
o [NET]: Make pfifo_fast actually report statistics
James Bottomley:
o .del-sym53c8xx.c~180cda83f20a4355
o fix smc-mca cleanup breakage
o Remove killed SCSI_IOCTL_TAGGED_{ENABLE|DISABLE} from
compat_ioctl.h
o scsi_mid_low_api.txt update
Jan Harkes:
o Coda updates
Jaroslav Kysela:
o ALSA CVS updates
- clean up the usage of the size variable and removes size1.
- define AD198x bits.
- add descriptions for whole-frag and no-silence commands.
- use dxs_support=3 (48k fixed) as default, since there are so many problems
with dxs_support=0.
- add the support for stereo mute switches on AD198x.
- initialize tumbler/snapper audio via gpio before i2c initialization.
- add check of DXS supports (so far, empty).
- add detection of revision of ALC650 chip
- get_page() fix
- fix the SPDIF bit on aureon boards.
- set 48k only for the sample rate of SPDIF on nForce.
- kill of not-required version.h inclusion
- Remove duplicated include
- fix buffer overlap on FX8010 PCM.
- Fix hwdep hotplug problem
- Use try_module_get() and module_put() to block the toplevel module
- Fix returned error code in the release() callback
etc
Javier Achirica:
o [wireless airo] fix PCI probe
o [wireless airo] Fix MIC support with CryptoAPI
Jeff Garzik:
o Fix netdev close
o [sound/oss i810_audio] sync with 2.4
o [docbook] fix embedded filename in kernel-api docbook doc
o [docbook] fix docbook build, by closing several unclosed tags
o [BK] "bk ignore" a ton of docbook-generated output
o [BK] "bk ignore" generated files that appeared during "make
allyesconfig"
Jens Axboe:
o Fix blk_stop_queue bug
o get rid of warning in gscd
o blk API update (and bug fix) to CDU535 cdrom driver
o ide-cd capacity "bug"
o shared block queue tag map
o io scheduler barrier fix
o ide-cd cgc command bug
o cdrom memory leaks
Jes Sorensen:
o ia64: remove unused sn2 header files
o ia64: small sn2 cleanup
o ia64: sn2 header file cleanup
o ia64: include/asm-ia64/sn/router.h cleanup
o ia64: fix for include/asm-ia64/acpi.h
Jesse Barnes:
o ia64: misc. sn2 updates
o ia64: fix current usage in sn2 code
o ia64: cpumask_t fixes
o ia64: update Kconfig comment for NR_CPUS
o ia64: turn off SLIT debugging
o ia64: protect PAL mapping printk with EFI_DEBUG
Jochen Friedrich:
o [tokenring] fix breakage in proteon, skisa
Joe Perches:
o Add SEQ_START_TOKEN #define to seq_file.h
o Use SEQ_START_TOKEN in drivers/net/* [1/3]
o Use SEQ_START_TOKEN in include/net/* [2/3]
o Use SEQ_START_TOKEN in include/net/* [3/3]
o Fix SEQ_START_TOKEN typo
o [NET]: Add and use PKT_CAN_SHARE_SKB instead of (void *) 1
John Levon:
o [NET]: SEQ_START_TOKEN for af_netlink.c
Jun Komuro:
o [netdrvr] build fixes
o [netdrvr smc91c92_cs] select proper bank for MII registers
Keith M. Wesolowski:
o [SPARC32]: Ignore btfixups in .text.exit
Kevin Corry:
o dm: Use new format_dev_t macro
o dm: Drop extra table ref-count
o dm: Move retrieve_status function
o dm: Return table status for dev_wait
o dm: Message fix in dm-linear
o dm: Support arbitrary number of target params
Kevin P. Fleming:
o [NET]: Make netdevice.h more userspace friendly
Krishna Kumar:
o [IPV6]: Export devconf device settings via netlink
Kumar Gala:
o Added "user64" versions of the user access functions that allow
modification of 64-bit data.
o PPC32; Added "user64" versions of the user access functions that
allow modification of 64-bit data.
Leonard Norrgard:
o Kconfig
Linus Torvalds:
o Fix CONFIG_PCMCIA_WL3501 with older compilers
o Make rxrpc use SEQ_START_TOKEN
o From Stephen Hemminger: we were trying to cast an "unsigned short"
to a pointer. That was a typo.
o Fix ray_cs for new interrupt handling
o Avoid type warning for bit operation in atkbd.c
o Don't ask about SERIO selection - let Kconfig select it
automatically as needed.
o Disable forced keyrelease in atkbd driver. It breaks modifier keys
o Remove incorrect and unnecessary definition of "errno" that causes
link-time duplicate symbol errors.
o sd.c: be more cautious in asking for mode page 8 data,
sanity-checking the information more carefully.
o DRI CVS merge: add DRM(calloc)() function, and remove unnecessary
TLB flush after vmap.
o DRI CVS merge: whitespace cleanups for i810_dma.c
o DRI CVS merge: r128 driver private function cleanup
o DRI CVS merge: radeon driver update
o DRI CVS merge: SiS driver updates from Eric Anholt
o DRI CVS merge: portability defines
o Avoid warning about non-newline whitespace at end of file
o Include proper <linux/device.h> for chrdev alias
o Fix up DRI CVS merge of sis driver with CONFIG_FB_SIS
o Avoid compiler warning by using the proper types in "min()"
o Mark PM_DISK_PARTITION as depending on PM_DISK, so as to avoid an
annoying nonsense configuration question.
o Revert NDEBUG move in NCR5380 - g_NCR5380 includes the file (ugh)
and wants 'phases'
Luiz Capitulino:
o input: Fix a warning in input.c when CONFIG_PROC_FS is not set
o input: Remove a not necessary #ifdef CONFIG_PROC_FS/#endif in
input.c
Maksim Krasnyanskiy:
o Bluetooth: RFCOMM must send MSC when DLC was opened by SABM
o [Bluetooth] Fix RFCOMM C/R and Direction bits handling
o [Bluetooth] Add support for SO_LINGER to L2CAP, RFCOMM and SCO
sockets
o [Bluetooth] L2CAP qualification spec mandates sending additional
config request if we receive config response with unacceptable
parameters error code.
o [Bluetooth] Convert BNEP protocol to dynamic allocation of network
devices
Maneesh Soni:
o [NET]: Remove attribute group when unregistering netdev from sysfs
Marc Zyngier:
o depca update
Marcel Holtmann:
o [Bluetooth] Send correct RPN response for accepted values
o [Bluetooth] Set EA bit for V.24 signals parameter
o [Bluetooth] Handle bit rate in remote port negotiation
o [Bluetooth] Quirk for devices with no ISOC endpoints
o [Bluetooth] Make READ_TRANSMIT_POWER_LEVEL available for normal
users
o [Bluetooth] Support for inquiry with unlimited responses
o [Bluetooth] Handle command complete event for inquiry cancel
o [Bluetooth] Update the maintainer entries for the Bluetooth
subsystem
o [Bluetooth] Add tiocmget() and tiocmset() routines to RFCOMM TTY
o [Bluetooth] Add support for FCon and FCoff flow control commands
Marcelo Tosatti:
o WM9712 suspend/resume nopop
Mark Studebaker:
o I2C: i2c-isa functionality
Martin Schlemmer:
o I2C: Fix conversion from milli volts in store_in_reg() for
w83781d.c
Martin Schwidefsky:
o s390: arch fixes
o s390: common i/o layer
o s390: 31 bit compat
o s390: micro optimizations
o s390: system tick misaccounting
o s390: system call restart bug
o s390: sysfs_create_group
o s390: Kconfig
o s390: xpram driver
o s390: dasd driver
o s390: dasd partitions
o s390: tape driver
o s390: ctc driver
o s390: iucv driver
o s390: lcs driver
o s390: qeth driver
o s390: vt220 console
o s390: documentation
o s390: remove outdated code
Matt Domsch:
o PCI: make new_id rely on CONFIG_HOTPLUG
o s/Dell Computer Corporation/Dell Inc./
Matt Mackall:
o [netdrvr tlan] netif_carrier_* support
Matt Porter:
o I2C: New PPC4xx I2C driver
Matthew Chapman:
o ia64: Fix "nosmp" breakage from cpumask patch
Matthew Wilcox:
o sym53c8xx driver 2.1.18
o PA-RISC update for 2.6.0-test5
o Fill in ELF OSABI in ELF headers
o 1GB stack size limit on PA-RISC
o fs/exec.c whitespace cleanups
o interrupt.h needs kernel.h
o sym53c8xx 2.1.18b
o zalon & ncr53c8xx cleanups
o Move EISA_bus
o [NETFILTER]: Use net/checksum.h instead of asm/checksum.h
o Kill off sym1
Maximilian Attems:
o [NETFILTER]: Eliminate duplicate definition in ip_nat.h
Meelis Roos:
o [SPARC64]: BUG on positive addresses in vga.h
Michal Ludvig:
o [IPV4]: Fix GRE tunnel device init
Mike Christie:
o fixes an ide-scsi oops in 2.6-test5
Mirko Lindner:
o [netdrvr sk98lin] Remove useless configure options
o [netdrvr sk98lin] small updates
o [netdrvr sk98lin] update readme, remove old changelog
o [netdrvr sk98lin] small fixes
o [netdrvr sk98lin] bump version number
o [netdrvr sk98lin] fix leaks on error, and related cleanups
Mitchell Blank Jr.:
o [NET]: Tiny af_packet.c cleanup
o [SPARC]: Make atomic_read() take const
Nathan Scott:
o [XFS] Fix a case where we could issue an unwritten extent buffer
for IO without it being locked, an instant BUG trigger in the block
layer
o [XFS] Fix a harmless typo - we were using a pagebuf flag not a bmap
flag here; fortunately they have the same value (2).
o [XFS] Tweak last dabuf fix, suggested by Steve, no longer uses
bitfields but uchars instead
o [XFS] Use the rounded down size value for all growfs calculations,
else the last AG can be updated incorrectly
o [XFS] Implement several additional inode flags - immutable,
append-only, etc; contributed by Ethan Benson
o [XFS] Add inode64 mount option; fix case where growfs can push 32
bit inodes into 64 bit space accidentally - both changes originally
from IRIX
o [XFS] Separate the big filesystems macro out into separate big
inums and blknos macros; fix the check for too-large filesystems in
the process
o [XFS] Alternate, cleaner fix for the ENOSPC/ACL lookup problem
o [XFS] Automatically set logbsize for larger stripe units
o [XFS] Fix some compile warnings and errors from some long-forgotten
2.4 mods
Neil Brown:
o md: Don't setup make_request_fn for md array until *after* it has
been started
o md: MODULE_ALIAS for md
o md: change 'or' to 'plus' in raid1
o knfsd: Fix cmsg setup for sock_sendmsg in svc_sendto
o knfsd: NFS4XDR get rid of warning
o knfsd: idempotent replay cache for OPEN state
o knfsd: nfsdv4 byte range locking - prepatation
o knfsd: nfsd byte range locking - LOCK
o knfsd: nfsdv4 byte range locking - LOCKT
o knfsd: nfsdv4 byte range locking - LOCKU
o Fix up initialisation of md devices
Nick Piggin:
o Badness in as_completed_request warning
o AS documentation
o fix AS hangs
o fix AS crappy performance
Nicolas Kaiser:
o USB: Remove modules.txt referencea
Nicolas Pitre:
o [ARM PATCH] 1528/1: big endian support for io-readsb/io-writesb
Oliver Neukum:
o iforce-usb.c, iforce-packets.c
Patrick Mansfield:
o don't set underflow for REQ_BLOCK_PC
Patrick Mochel:
o [power] Fix sysfs state reporting
o [power] Make sure console level is high when suspending
o [power] Fix up sysfs state handling
o [power] Move i386-specific swsusp code to arch/i386/power/
o [power] swsusp Cleanups
o [power] Fix device suspend handling
o [power] Fix handling of pm_users
o [power] Separate suspend-to-disk from other suspend sequences
o [power] Make sure devices get added to the PM lists before
bus_add_device()
o [acpi] Move register save closer to call to enter sleep state
o [swsusp] Minor cleanups in read_suspend_image()
o [swsusp] Use BIO interface when reading from swap
o [swsusp] Restore software_suspend() call
o [acpi] Replace /proc/acpi/sleep
o [power] Whitespace fixes
o [power] Simplify error handling in pm_suspend_prepare()
o [power] Make sure we restore interrupts if device_power_down()
fails
o [power] Add support for refrigerator to the migration_thread
o [swsusp] Make sure we call restore_processor_state() when
suspending
o [power] Fix swsusp with preempt and clean up
o [power] Fork swsusp
o [power] Move PM options into kernel/power/Kconfig
o [power] Make pmdisk compilable and usable
o [power] Make pmdisk compile when CONFIG_SOFTWARE_SUSPEND=n
o [power] Revert swsusp to 2.6.0-test3 state
o [swsusp] Fix software_suspend() inline return value when
SOFTWARE_SUSPEND=n
o [power] Fix ACPI sleep handling with swsusp
o [power] pmdisk cleanups
o [power] pmdisk write path cleanups
o [power] Fix platform devices
o [power] Remove last panic() from pmdisk
o [power] Clean up snapshot path in pmdisk
o [power] Clean up pmdisk page freeing
o [power] Clean up pmdisk image reading code
o [power] Get rid of unneeded variables
o [power] Optimize pmdisk assembly
o [power] Cleanup pdmisk header
o [power] Cleanup pmdisk header info
o [power] Clean up pmdisk pagedir "linking"
o [power] pmdisk Cleanups
o [power] Remove unused structure in pmdisk
o sysfs dput crash fix
Paul Gortmaker:
o ne2k-pci full duplex with RealTek
o ne2k_cbus tidy up
o Remove emacs cruft from 8390 drivers
Paul Mackerras:
o PPC32: Rework signal code and add a swapcontext system call
o PPC32: Provide proper siginfo information on various exceptions
o PPC32: Bitmap operands to find_first/next_bit functions are const
o PPC32: Fix for highmem on PPC 440
o PPC32: Update the alignment exception handler for POWER4 processors
o PPC32: Adjust ucontext to conform with historical practice and with
glibc
o PPC32: Fix up the CPU frequency scaling questions in
arch/ppc/Kconfig
o PPC32: Fix the definition of PMU_IOC_GRAB_BACKLIGHT
o PPC32: Make scripts/mkuboot.sh executable
Pete Zaitcev:
o USB: Drop debounce printout for 2.6
o [SPARC]: One more multi-line string, from Rob Radez
o [SPARC]: Down with P3's in srmmu.c
Peter Chubb:
o ia64: unwind.c fix for spinlock-debug compilation
Peter Osterlund:
o synaptics.c, psmouse-base.c
o Input: Big Synaptics update
o psmouse-base.c
o input: Tidy up events reported by a Synaptics pad, add touchpad
support to mousedev.
o input: Fix broken handling of rotated Synaptics touchpads
Randy Dunlap:
o tr/olympic probe: remove #warning, improve error handling
o enable aha152x to build when AHA152X_DEBUG is defined
o [WAN]: Remove multi-line string literal
o [WAN]: Convert taskqueues to workqueues
o [WAN]: Use module_exit() in sdladrv
o [NET]: Remove unneeded includes (tokenring)
o [NET]: Remove unneeded includes (skfp)
o [NET]: Remove unneeded includes (sk98lin)
o [NET]: Remove unneeded includes (wan, from Randy Hron)
o [NET]: Remove unneeded includes (hamradio, from Randy Hron)
o [NET]: Remove unneeded includes (wireless, from Randy Hron)
o [NET]: Remove unneeded includes (wanrouter, from Randy Hron)
o [SPARC]: Remove unneeded includes (from Randy Hron)
o janitor: remove unneeded includes (tokenring)
o janitor: remove unneeded includes (sk98lin)
o janitor: remove (or add) unneeded includes
o janitor: remove unneeded includes (skfp)
o janitor: remove (or add) unneeded includes (wireless)
o janitor: remove unneeded includes (hamradio)
o janitor: remove (or add) unneeded includes (drivers/net/)
o janitor: insert a missing iounmap()
o janitor: ns83820 error handling
o floppy I/O error handling => Oops
o janitor: remove unneeded includes (/scsi/)
o janitor: sg_register error handling
o [BLUETOOTH]: Remove unneeded verify_area call (from
[email protected])
o janitor: cleanup includes in dpt_i2o
o janitor: cleanup includes in in2000
o jantior: sx: use get/put_user (remove verify_area)
o janitor: scsi/a3000: cleanup includes
o janitor: isdn: remove unneeded verify_area calls
o janitor: cleanup includes in fs/
o janitor: rio_linux: user get/put_user for errors (not
o janitor: clean up newlines
o jantior: coda: userspace error handling
o janitor: h8300: put_user for error handling
o janitor: cleanup includes in tc/zs
o janitor: isdn: remove verify_area calls
o janitor: intermezzo: clean up #includes
o janitor: serial/tx3912: remove unneeded verify_area calls
o janitor: cleanup includes in megaraid
o janitor: cleanup includes in osst
o janitor: cleanup includes in sym53c416
o janitor: hermes: delete verify_area call
o janitor: e100: cleanup #includes
Randy Hron:
o I2C: drivers/i2c version.h cleanup
o [PATCH] drivers/usb version/include cleanup
Ricky Beam:
o [SPARC64]: Fix VT/VT_CONSOLE Kconfig for headless operation
Rob Radez:
o [SPARC32]: Non-controversial gcc-3.3 build fixes
Roland McGrath:
o PROT_GROWSDOWN/PROT_GROWSUP flags for mprotect
Rolf Eike Beer:
o Fix typo in fs/Kconfig
Russell Cattelan:
o [XFS] IRIX sets KM_SLEEP to 0 but the support routines sets
KM_SLEEP to 1
o [XFS] Fix from Christoph
Russell King:
o [SERIAL] Add new port numbers
o [SERIAL] Rename core.o and 8250_cs.o
o [PCMCIA] Remove SS_DEBOUNCED
o [PCMCIA] Remove a set of unused definitions
o [PCMCIA] Drop level argument from pcmcia_socket_dev_* calls
o [PCMCIA] Remove incorrect/misleading/old comments from cardbus.c
o [PCMCIA] Remove editor droppings
o [SERIAL] Drop "level" argument from serial PM calls
o [SERIAL] Convert serial config deps to select statements
o [SERIAL] Fix another missing irqreturn_t (clps711x.c)
o [SERIAL] Introduce per-port capabilities
o stable AGP pci_device_id tables
o More buggy pci drivers
o [ARM] Update SA1111
o [ARM] Remove compiler warning in sa1111-pcipool.c
o [ARM] Update ARM CPU support
o [ARM] Detect and fix up CPUs with non-coherent write buffers
o [ARM] Provide __HAVE_ARCH_BCOPY
o [ARM] Add newly discovered CR register function
o [ARM] Fix gcc3 multi-line string literal build error
o [ARM] Remove CONFIG_KBDMOUSE from arch/arm/Kconfig
o [ARM] Kill gcc preprocessor warning
o [ARM] Fix name of "cache format" cpuinfo description
o [ARM] Provide bus type and support for logic modules
o [ARM] Clean up PCI error reporting
o [ARM] Dynamically allocate SA1111 component devices
o [ARM] Update machine types list
o [ARM] Ensure that MM initialisation warnings are reported as bugs
o [PCMCIA] Fix bug in PCMCIA resource management memory probing
o Make /proc/kcore configurable
o [ARM] Massive rename of default configuration files
o [ARM] Remove private %_config makefile rule
o [ARM] Correct comments for abort handler parameters
o [ARM] Fix abort handler typo affecting Xscale CPUs
o [ARM] Place initial data/code in assembly into the correct section
o [ARM] Optimise io-readsb for CPUs with delay slots after ldr
o [ARM] Optimise io-writesl for cpus with ldr result delays
o [ARM] Fix AMBA keyboard/mouse driver
o [ARM] Update mach-types with latest version
o [ARM] Update bootp kernel+initrd loader
o [ARM] Fix up includes
o [ARM] Avoid using clone syscall from kernel_thread()
o [PCMCIA] Fix deadlocks caused between PCMCIA card fix and device
model
o [ARM] Fix page table spinlocking
o [ARM] Remove CONFIG_PCI_INTEGRATOR
o [ARM] Don't use pci_find_device in interrupt context
Rusty Russell:
o Remove modules.txt
o [NETFILTER]: MASQUERADE target for mostly-static IP addresses
o [NETFILTER]: REJECT nonlinear fixes after sync with 2.4
o Kconfig fixes for modules.txt
o Futex lock division
o Futex hash improv and minor cleanups
o Remove modules.txt references
o [PATCH 2.6.0-test1] remove check_region from drivers_net_3c509.c
Sam Ravnborg:
o kbuild: Save relevant parts of modules.txt
o bk: Ignore scripts/bin2c
o kconfig: Allow architectures to select board specific configs
o kbuild: Build minimum in scripts/ when changing configuration
o kbuild: Remove cscope.out during make mrproper
o kbuild/ppc*: Remove obsolete _config support
o kbuild: Separate output directory
o kbuild: Escape "'" in cmd macro
o kbuild/rpm: Fix 'make rpm' and enable use of 'make O=dir rpm'
o kbuild: modpost, corrected check of mmap()
Scott Feldman:
o [e1000] new 82541/5/6/7 hardware support
o [e1000] 82544 PCI-X hang fix + TSO updates
o [e1000] Turn off ASF support on Fiber nics
o [e1000] read correct bit from EEPROM for getting WoL settings
o [e1000] add ethtool flow control support
o [e1000] make function our of setting media type
o [e1000] cleanup error return codes
o [e1000] move static to table from .h to .c
o [e1000] Add PHY master/slave #define override
o [e1000] misc whitespace cleanup, changelog
o [e1000] flow control updates
o [e1000] force 1000/full on SERDES connected to back-plane
o [e1000] better propagation of error codes
o [e1000] misc
o [e100] PRO/10+ not configured properly
o [e100] h/w can't do IPv6 checksum offloading
o [e100] trying to pci_alloc before pci_enable
Simon Kelley:
o atmel wireless driver
Stephen Hemminger:
o Get rid of Intermezzo warning
o Fix modularization of Siemens line discipline
o fix build of cosa
o (1/4) sdla - move out of Space.c
o (2/4) get rid of register_frad
o (3/4) dlci locking and registration changes
o (4/4) dlci netdevice event handling
o (5/4) dlci netdevice event handling
o [NET]: Remove some unnecessary proc_fs.h includes
o [NET]: Convert packet scheduler API to seq_file
o [BRIDGE]: Clear hw checksum flags when bridging
o [NET]: Better proc_net macros for non-procfs case
o [IPVS]: Convert to seq_file
o use seq_lock for monotonic time
o drivers/char/misc -- use list() macros
o drivers/char/misc -- seq_file
o [IPV4]: In tcp_diag.c, use static, const, and void *, as
appropriate
o [IRDA]: Eliminate skb_linearize() from irda
o [IRDA]: proc/net/irda files using seq_file
o [IRDA]: Convert ircomm to seq_file
o [NET]: More const in skbuff.h
o [IPVS]: Get rid of register declarations
o [IPVS]: Get rid of SEQ_START_TOKEN define
o [IPVS]: Use list_for_each_entry macro
o [IPVS]: Use time_before/after
o [NET]: Deprecate dev_get()
o [NET]: Fix bug in dev_get() deprecation patch
o replace sppp_of macro with inline
o get rid of old IRDA drivers
o [IrDA] irda-usb -- dev_alloc cleanout
o [IrDA] w83977af -- dev_alloc cleanout
o [IrDA] donahoboe -- dev_alloc cleanout
o [IrDA] nsc-ircc -- dev_alloc cleanout
o [IrDA] via-ircc -- dev_alloc cleanout
o [IrDA] ali-ircc -- dev_alloc cleanout
o sealevel wan driver
o update arcnet/pcmcia driver
o hamradio/scc -
o Road Runner HIPPI driver (rrunner)
o [IPVS]: Fix errors in list_for_each changes
o [NET]: rtnetlink -- rtattr_strcmp const args
o [NET]: rtnetlink -- RTA_PUT unlikely
o [NET]: rtnetlink -- ASSERT_RTNL and BUG_TRAP
o [NET]: No need for alloc_divert_blk in Space.c
o [NET]: Fix inaccurate comments in Space.c
o [NET]: Fix boot param string setup in Space.c
o [LLC]: llc_output.c needs linux/trdevice.h
o (1/8) arlan -- merge arlan-proc with main code
o (2/8) arlan -- get rid of some dead wood
o (3/8) arlan -- get rid of unnecessary casts
o (4/8) arlan -- trailing semicolons
o (5/8) arlan -- more set never used elements
o (6/8) arlan -- add spinlock
o (7/8) arlan -- more dead wood removal
o (8/8) arlan -- proper jiffies usage
o (1/4) Update baycom drivers for 2.6
o (2/4) baycom c99 initializers
o (3/4) baycom/hdlcdrv unregister
o [IPV4]: Convert ipmr to seq_file
o [netdrvr sk98lin] build on smp fix
o [netdrvr skge] handle proc_fs errors
o [netdrvr sk98lin] use seq_file for /proc
o sealevel -- syncppp startup fix
o wan/z8530 deadlocks
Stephen Lord:
o [XFS] fix up xfs_lowbit's use of ffs
o [XFS] Some tweaks to the additional inode flags, suggested by Ethan
Benson
o [XFS] fix build for gcc 3.2
o [XFS] Fix initialization of inode flags from xfs inode fields
o [XFS] Make xfs_ichgtime call mark_inode_dirty_sync instead of
mark_inode_dirty makes the just the inode look dirty, and not the
inode and the data.
Steven Dake:
o fix kernel BUG using multipath
St?phane Eranian:
o ia64: perfmon2 update
o ia64: perfmon2 update
o ia64: minor perfmon2 patch
o ia64: pass si_isr for a few more signal sources
Suresh B. Siddha:
o ia64: fix typo in spinlock.h
Timothy Shimmin:
o [XFS] Change xlog_verify_iclog() to use idx as zero based instead
Tom Rini:
o PPC32: Add _IO{R,W,WR}_BAD and update _IO{R,W,WR}
o PPC32: Allow for boards to flush / disable L2 / L3 in the
bootwrapper
o PPC32: Remove trailing blanks from PPC32 files
o PPC32: Two minor bootwrapper fixes on PReP, from Hollis Blanchard
<[email protected]>
o PPC32: Merge MPC8260 board selection with other 'classic PPC'
boards
o PPC32: Fix the udelay implementation in the bootwrapper
o PPC32: Make include/asm-ppc/processor.h more readable
o PPC32: Fix the dependancies on CONFIG_ISA
o PPC32: Fix another incorrect asm statement
o PPC32: Move all register definitions to include/asm-ppc/reg.h
o PPC32: Audit <asm/processor.h> uses
o PPC32: Fix a rounding error in the bootwrapper udelay
o PPC32: Re-arrange arch/ppc/Kconfig, from Hollis Blanchard
<[email protected]>
o PPC32: Make the IBM 4xx options menu depend on 4xx, from Hollis
Blanchard <[email protected]>
o PPC32: Make CONFIG_DEBUG_INFO default to n, always
o PPC32: Minor cleanups
o PPC32: Move PowerPC Book E (and IBM 40x) register definitions to
their own fil e.
o PPC32: Cleanup of SPR handling in ppc_htab.c
o PPC32: Further cleanups to the ppc_htab code
o PPC32: Add a uImage boot target
Tony Luck:
o ia64: fix PM config option
o ia64: trim.bottom trims the wrong entry
Urban Widmark:
o smbfs module unload and highuid
Vinay K. Nallamothu:
o [NETROM]: Timer code cleanup
Vojtech Pavlik:
o input.c
o db9.c
o psmouse-base.c
o psmouse-base.c
o input.h, keyboard.c, evdev.c
o psmouse-base.c
o input: Fix memory leak in hiddev.c found by Stanford Checker
o Fix a warning in input.c when CONFIG_PROC_FS is not set
o Remove a not necessary #ifdef CONFIG_PROC_FS/#endif in input.c
o Fix memory leak in hiddev.c found by Stanford Checker
o input: Revert synaptics->pktcnt change. New synaptics driver
actually uses the variable.
o input: Change AT keyboard to use hardware autorepeat and move
untranslating to the AT keyboard driver as well. Lower PS/2 mouse
default report rate. Fix repeat rate adjustment ioctls accordingly,
and update other files to reflect the changes. This should fix most
known keyboard problems in 2.6.
o input: Add BTN_TOUCH to Synaptics pad driver. This fixes the joydev
grabbing of the pads, as well as simplifies the mousedev driver.
Wensong Zhang:
o [IPVS]: Make __ip_vs_svc_lock local and use __user tags
Will Cohen:
o ia64: oprofile support
On Sun, 28 Sep 2003 11:27, Linus Torvalds wrote:
> from Andrew Morton. Most notably perhaps Con's scheduler changes that have
> been discussed extensively and made it into the -mm tree for testing.
For those who are trying this for the first time, please note that the
scheduler has been tuned to tell the difference between tasks of the _same_
nice level. This means do NOT renice X or it will make audio skip unless you
also renice your audio application by the same amount. Lots of distributions
have done this for the old 2.4 scheduler which could not treat equal "nice"
levels as differently as the new scheduler does and 2.6 shouldn't need
special treatment.
So for testing note the following points:
Make sure X is NOT reniced to -10 as many distributions are doing.
Some shells spawn processes at nice +5 by default and this will make audio
apps suffer.
Make sure your hard disk, graphics card and audio card are performing at equal
standard to your 2.4 kernel (ie dma is working, graphics is fully accelerated
etc).
before commenting on audio performance.
Con
CC [M] drivers/net/wireless/arlan-main.o
drivers/net/wireless/arlan-main.c: In function `init_module':
drivers/net/wireless/arlan-main.c:1923: error: `probe' undeclared (first
use in this function)
drivers/net/wireless/arlan-main.c:1923: error: (Each undeclared
identifier is reported only once
drivers/net/wireless/arlan-main.c:1923: error: for each function it
appears in.)
make[3]: *** [drivers/net/wireless/arlan-main.o] Error 1
make[2]: *** [drivers/net/wireless] Error 2
make[1]: *** [drivers/net] Error 2
make: *** [drivers] Error 2
Regards,
----
Markus H?stbacka <[email protected]>
With test6, keyboard repeat takes very noticably longer to kick in after X
has been started (for both X and console). In test5, starting X makes no
difference.
Also, if you move your test5 .config forward and lose sound, you may find
that you now have to enable gameport in input devices to be able to select
(and thus, compile) your sound card driver.
On the up side, the scheduler changes make the infamous xmms skips go away
(for my purposes).
Roger
#v+
CC [M] drivers/isdn/i4l/isdn_net_lib.o
CC [M] drivers/isdn/i4l/isdn_fsm.o
CC [M] drivers/isdn/i4l/isdn_tty.o
drivers/isdn/i4l/isdn_tty.c: In function `isdn_tty_write':
drivers/isdn/i4l/isdn_tty.c:1198: warning: unused variable `m'
drivers/isdn/i4l/isdn_tty.c:1790:10: warning: #warning need fixing
/kkeil CC [M] drivers/isdn/i4l/isdn_v110.o
CC [M] drivers/isdn/i4l/isdn_common.o
drivers/isdn/i4l/isdn_common.c:806:2: warning: #warning FIXME divert
interface drivers/isdn/i4l/isdn_common.c: In function `isdn_init':
drivers/isdn/i4l/isdn_common.c:2223: error: label `err_tty_modem' used
but not defined make[3]: *** [drivers/isdn/i4l/isdn_common.o] B??d 1
make[2]: *** [drivers/isdn/i4l] B??d 2
make[1]: *** [drivers/isdn] B??d 2
make: *** [drivers] B??d 2
#v-
--
registered Linux user 261525 | Wszystko jest trudne przy
gg [email protected]| odpowiednim stopniu
RMRMG signature version 0.0.2| abstrakcji
On Sunday 28 September 2003 02:03, Con Kolivas wrote:
> On Sun, 28 Sep 2003 11:27, Linus Torvalds wrote:
> > from Andrew Morton. Most notably perhaps Con's scheduler changes that
> > have been discussed extensively and made it into the -mm tree for
> > testing.
>
> For those who are trying this for the first time, please note that the
> scheduler has been tuned to tell the difference between tasks of the _same_
> nice level. This means do NOT renice X or it will make audio skip unless
> you also renice your audio application by the same amount. Lots of
> distributions have done this for the old 2.4 scheduler which could not
> treat equal "nice" levels as differently as the new scheduler does and 2.6
> shouldn't need special treatment.
>
> So for testing note the following points:
>
> Make sure X is NOT reniced to -10 as many distributions are doing.
> Some shells spawn processes at nice +5 by default and this will make audio
> apps suffer.
> Make sure your hard disk, graphics card and audio card are performing at
> equal standard to your 2.4 kernel (ie dma is working, graphics is fully
> accelerated etc).
I.E. with your new scheduler, priority levels actually have enough of an
effect now that things that aren't reniced can be noticeably starved by
things that are.
This is, in point of fact, progress. If you nice X to -10, X will hog the CPU
to update the display, potentially starving your audio output process enough
to cause skips. This is not a bug, this is what you asked the system to do.
Don't Do That Then.
Rob
(Renicing X can even make the display jittery if the application can't
promptly get CPU time to respond to redraw requests or mouse movement events
because X is busy doing things like issuing more redraw requests and mouse
movement events... :)
On Sat, 27 Sep 2003, Linus Torvalds wrote:
> Bernardo Innocenti:
> o GCC 3.3.x/3.4 compatiblity fix in include/linux/init.h
This change breaks 2.95 for some source files, because <linux/init.h> doesn't
include <linux/compiler.h>. Do you want to have the missing include added to
<linux/init.h>, or to the individual source files that need it?
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
Markus H?stbacka wrote:
> CC [M] drivers/net/wireless/arlan-main.o
> drivers/net/wireless/arlan-main.c: In function `init_module':
> drivers/net/wireless/arlan-main.c:1923: error: `probe' undeclared (first
> use in this function)
> drivers/net/wireless/arlan-main.c:1923: error: (Each undeclared
> identifier is reported only once
> drivers/net/wireless/arlan-main.c:1923: error: for each function it
> appears in.)
> make[3]: *** [drivers/net/wireless/arlan-main.o] Error 1
> make[2]: *** [drivers/net/wireless] Error 2
> make[1]: *** [drivers/net] Error 2
> make: *** [drivers] Error 2
already fixed... change headed to Linus soon.
test6 (plus hostap patch) hangs during boot.
The last line I see is
cpufreq: Intel(R) SpeedStep(TM) for this chip set not (yet) available.
and with test5 the next line would be:
IA-32 Microcode Update Driver: v1.11 <[email protected]>
booted with parameters:
kernel /vmlinuz-2.6.0-test6 root=/dev/hda2 ro hda=2432,255,63 resume=/dev/hda3
elevator=deadline psmouse_noext
but without the last three params it didn't change anything.
any idea?
Andreas
machine is a p3, dell latitude c600, lspci:
00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03)
00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03)
00:03.0 CardBus bridge: Texas Instruments PCI1420
00:03.1 CardBus bridge: Texas Instruments PCI1420
00:07.0 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01)
00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01)
00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 03)
00:08.0 Multimedia audio controller: ESS Technology ES1983S Maestro-3i PCI Audio Accelerator (rev 10)
00:10.0 Ethernet controller: 3Com Corporation 3c556 Hurricane CardBus (rev 10)
00:10.1 Communication controller: 3Com Corporation Mini PCI 56k Winmodem (rev 10)
01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility M3 AGP 2x (rev 02)
cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 8
model name : Pentium III (Coppermine)
stepping : 10
cpu MHz : 701.620
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr sse
bogomips : 1388.54
config:
CONFIG_X86=y
CONFIG_MMU=y
CONFIG_UID16=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_EXPERIMENTAL=y
CONFIG_CLEAN_COMPILE=y
CONFIG_BROKEN_ON_SMP=y
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSCTL=y
CONFIG_LOG_BUF_SHIFT=14
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_KALLSYMS=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_MODULES=y
CONFIG_MODULE_UNLOAD=y
CONFIG_OBSOLETE_MODPARM=y
CONFIG_KMOD=y
CONFIG_X86_PC=y
CONFIG_MPENTIUMIII=y
CONFIG_X86_CMPXCHG=y
CONFIG_X86_XADD=y
CONFIG_X86_L1_CACHE_SHIFT=5
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
CONFIG_X86_GOOD_APIC=y
CONFIG_X86_INTEL_USERCOPY=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
CONFIG_HPET_TIMER=y
CONFIG_HPET_EMULATE_RTC=y
CONFIG_PREEMPT=y
CONFIG_X86_TSC=y
CONFIG_X86_MCE=y
CONFIG_X86_MCE_NONFATAL=y
CONFIG_I8K=y
CONFIG_MICROCODE=y
CONFIG_X86_MSR=y
CONFIG_X86_CPUID=y
CONFIG_EDD=y
CONFIG_NOHIGHMEM=y
CONFIG_MTRR=y
CONFIG_HAVE_DEC_LOCK=y
CONFIG_PM=y
CONFIG_SOFTWARE_SUSPEND=y
CONFIG_PM_DISK=y
CONFIG_PM_DISK_PARTITION="hda3"
CONFIG_ACPI_HT=y
CONFIG_ACPI=y
CONFIG_ACPI_BOOT=y
CONFIG_ACPI_SLEEP=y
CONFIG_ACPI_SLEEP_PROC_FS=y
CONFIG_ACPI_AC=y
CONFIG_ACPI_BATTERY=y
CONFIG_ACPI_BUTTON=y
CONFIG_ACPI_FAN=y
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_THERMAL=y
CONFIG_ACPI_BUS=y
CONFIG_ACPI_INTERPRETER=y
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_PCI=y
CONFIG_ACPI_SYSTEM=y
CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_POWERSAVE=y
CONFIG_CPU_FREQ_GOV_USERSPACE=y
CONFIG_CPU_FREQ_TABLE=y
CONFIG_X86_ACPI_CPUFREQ=y
CONFIG_X86_SPEEDSTEP_CENTRINO=y
CONFIG_X86_SPEEDSTEP_ICH=y
CONFIG_X86_SPEEDSTEP_SMI=y
CONFIG_X86_SPEEDSTEP_LIB=y
CONFIG_X86_P4_CLOCKMOD=y
CONFIG_PCI=y
CONFIG_PCI_GOANY=y
CONFIG_PCI_BIOS=y
CONFIG_PCI_DIRECT=y
CONFIG_PCI_NAMES=y
CONFIG_ISA=y
CONFIG_HOTPLUG=y
CONFIG_PCMCIA=y
CONFIG_YENTA=y
CONFIG_CARDBUS=y
CONFIG_I82092=y
CONFIG_I82365=y
CONFIG_TCIC=y
CONFIG_PCMCIA_PROBE=y
CONFIG_HOTPLUG_PCI=y
CONFIG_HOTPLUG_PCI_ACPI=y
CONFIG_BINFMT_ELF=y
CONFIG_FW_LOADER=y
CONFIG_PARPORT=y
CONFIG_PARPORT_PC=y
CONFIG_PARPORT_PC_CML1=y
CONFIG_PARPORT_1284=y
CONFIG_PNP=y
CONFIG_PNPBIOS=y
CONFIG_BLK_DEV_FD=y
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_CRYPTOLOOP=y
CONFIG_BLK_DEV_NBD=y
CONFIG_LBD=y
CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y
CONFIG_BLK_DEV_IDEDISK=y
CONFIG_IDEDISK_MULTI_MODE=y
CONFIG_BLK_DEV_IDECS=m
CONFIG_BLK_DEV_IDECD=y
CONFIG_BLK_DEV_IDEFLOPPY=y
CONFIG_IDE_TASKFILE_IO=y
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_SHARE_IRQ=y
CONFIG_BLK_DEV_GENERIC=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_ADMA=y
CONFIG_BLK_DEV_PIIX=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_IDEDMA_AUTO=y
CONFIG_NET=y
CONFIG_PACKET=y
CONFIG_UNIX=y
CONFIG_NET_KEY=y
CONFIG_INET=y
CONFIG_NET_IPIP=y
CONFIG_INET_ECN=y
CONFIG_SYN_COOKIES=y
CONFIG_INET_AH=y
CONFIG_INET_ESP=y
CONFIG_INET_IPCOMP=y
CONFIG_IPV6=y
CONFIG_INET6_AH=y
CONFIG_INET6_ESP=y
CONFIG_INET6_IPCOMP=y
CONFIG_IPV6_TUNNEL=y
CONFIG_NETFILTER=y
CONFIG_IP_NF_CONNTRACK=y
CONFIG_IP_NF_IPTABLES=y
CONFIG_IP_NF_FILTER=y
CONFIG_IP_NF_TARGET_LOG=y
CONFIG_XFRM=y
CONFIG_XFRM_USER=y
CONFIG_IPV6_SCTP__=y
CONFIG_NET_SCHED=y
CONFIG_NET_SCH_HTB=y
CONFIG_NETDEVICES=y
CONFIG_NET_ETHERNET=y
CONFIG_MII=y
CONFIG_NET_VENDOR_3COM=y
CONFIG_VORTEX=y
CONFIG_NET_RADIO=y
CONFIG_HOSTAP=y
CONFIG_HOSTAP_FIRMWARE=y
CONFIG_HOSTAP_CS=m
CONFIG_NET_WIRELESS=y
CONFIG_NET_PCMCIA=y
CONFIG_INPUT=y
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
CONFIG_INPUT_EVDEV=y
CONFIG_SOUND_GAMEPORT=y
CONFIG_SERIO=y
CONFIG_SERIO_I8042=y
CONFIG_SERIO_SERPORT=y
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
CONFIG_INPUT_MISC=y
CONFIG_INPUT_PCSPKR=y
CONFIG_INPUT_UINPUT=y
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_ACPI=y
CONFIG_SERIAL_CORE=y
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
CONFIG_PRINTER=y
CONFIG_I2C=y
CONFIG_I2C_CHARDEV=y
CONFIG_I2C_PIIX4=y
CONFIG_I2C_SIS5595=y
CONFIG_I2C_SIS630=y
CONFIG_I2C_SENSOR=y
CONFIG_SENSORS_ADM1021=y
CONFIG_SENSORS_EEPROM=y
CONFIG_SENSORS_LM75=y
CONFIG_SENSORS_LM78=y
CONFIG_SENSORS_LM85=y
CONFIG_SENSORS_W83781D=y
CONFIG_HW_RANDOM=y
CONFIG_RTC=y
CONFIG_AGP=y
CONFIG_AGP_ATI=y
CONFIG_AGP_INTEL=y
CONFIG_DRM=y
CONFIG_DRM_R128=y
CONFIG_EXT2_FS=y
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
CONFIG_EXT3_FS=y
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_JBD=y
CONFIG_FS_MBCACHE=y
CONFIG_FS_POSIX_ACL=y
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
CONFIG_FAT_FS=m
CONFIG_VFAT_FS=m
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_DEVFS_FS=y
CONFIG_DEVFS_MOUNT=y
CONFIG_DEVPTS_FS=y
CONFIG_RAMFS=y
CONFIG_MSDOS_PARTITION=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=y
CONFIG_NLS_CODEPAGE_850=y
CONFIG_NLS_ISO8859_1=y
CONFIG_NLS_ISO8859_15=y
CONFIG_NLS_UTF8=y
CONFIG_VIDEO_SELECT=y
CONFIG_VGA_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_SOUND=y
CONFIG_SND=y
CONFIG_SND_SEQUENCER=y
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=y
CONFIG_SND_PCM_OSS=y
CONFIG_SND_SEQUENCER_OSS=y
CONFIG_SND_RTCTIMER=y
CONFIG_SND_MAESTRO3=y
CONFIG_USB=y
CONFIG_USB_DEVICEFS=y
CONFIG_USB_DYNAMIC_MINORS=y
CONFIG_USB_UHCI_HCD=y
CONFIG_USB_AUDIO=y
CONFIG_USB_PRINTER=y
CONFIG_USB_SCANNER=y
CONFIG_SECURITY=y
CONFIG_SECURITY_NETWORK=y
CONFIG_SECURITY_CAPABILITIES=y
CONFIG_CRYPTO=y
CONFIG_CRYPTO_HMAC=y
CONFIG_CRYPTO_MD5=y
CONFIG_CRYPTO_SHA1=y
CONFIG_CRYPTO_SHA256=y
CONFIG_CRYPTO_SHA512=y
CONFIG_CRYPTO_DES=y
CONFIG_CRYPTO_BLOWFISH=y
CONFIG_CRYPTO_TWOFISH=y
CONFIG_CRYPTO_SERPENT=y
CONFIG_CRYPTO_AES=y
CONFIG_CRYPTO_CAST5=y
CONFIG_CRYPTO_CAST6=y
CONFIG_CRYPTO_DEFLATE=y
CONFIG_CRC32=y
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=y
CONFIG_X86_BIOS_REBOOT=y
Hi folks/Linus!
Linus Torvalds wrote:
> Ok, too long between test5 and test6 again, so the patch is
> pretty big. Lots of driver updates and architectures fixed,
> but also lots of merges from Andrew Morton. Most notably
> perhaps Con's scheduler changes that have been discussed
> extensively and made it into the -mm tree for testing.
It work's on my Intel machine, but on Alpha, I get this:
<snip>
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
kernel/built-in.o: In function `try_to_wake_up':
kernel/built-in.o(.text+0x438): undefined reference to `sched_clock'
kernel/built-in.o(.text+0x43c): undefined reference to `sched_clock'
kernel/built-in.o: In function `schedule':
kernel/built-in.o(.text+0x13e4): undefined reference to `sched_clock'
kernel/built-in.o(.text+0x13ec): undefined reference to `sched_clock'
kernel/built-in.o: In function `copy_process':
kernel/built-in.o(.text+0x5014): undefined reference to `sched_clock'
kernel/built-in.o(.text+0x503c): more undefined references to `sched_clock' follow
fs/built-in.o: In function `smb_fill_super':
fs/built-in.o(.text+0xc9618): undefined reference to `low2highuid'
fs/built-in.o(.text+0xc9624): undefined reference to `low2highuid'
fs/built-in.o(.text+0xc963c): undefined reference to `low2highuid'
fs/built-in.o(.text+0xc9640): undefined reference to `low2highuid'
make: *** [.tmp_vmlinux1] Error 1
If you need more information please ask me (CC: me please).
Best,
Oliver
On Sun, Sep 28, 2003 at 01:05:35PM +0200, Andreas Jellinghaus wrote:
> test6 (plus hostap patch) hangs during boot.
> The last line I see is
> cpufreq: Intel(R) SpeedStep(TM) for this chip set not (yet) available.
Does it still hang if you disable the speedstep driver ?
> and with test5 the next line would be:
> IA-32 Microcode Update Driver: v1.11 <[email protected]>
>
> booted with parameters:
> kernel /vmlinuz-2.6.0-test6 root=/dev/hda2 ro hda=2432,255,63 resume=/dev/hda3
> elevator=deadline psmouse_noext
>
> but without the last three params it didn't change anything.
What happens if you don't pass the hda geometry ?
And, why do you need to ?
Dave
--
Dave Jones http://www.codemonkey.org.uk
On Sun, 28 Sep 2003, Oliver Pitzeier wrote:
> Linus Torvalds wrote:
> > Ok, too long between test5 and test6 again, so the patch is
> > pretty big. Lots of driver updates and architectures fixed,
> > but also lots of merges from Andrew Morton. Most notably
> > perhaps Con's scheduler changes that have been discussed
> > extensively and made it into the -mm tree for testing.
>
> It work's on my Intel machine, but on Alpha, I get this:
> <snip>
> CC init/version.o
> LD init/built-in.o
> LD .tmp_vmlinux1
> kernel/built-in.o: In function `try_to_wake_up':
> kernel/built-in.o(.text+0x438): undefined reference to `sched_clock'
> kernel/built-in.o(.text+0x43c): undefined reference to `sched_clock'
> kernel/built-in.o: In function `schedule':
> kernel/built-in.o(.text+0x13e4): undefined reference to `sched_clock'
> kernel/built-in.o(.text+0x13ec): undefined reference to `sched_clock'
> kernel/built-in.o: In function `copy_process':
> kernel/built-in.o(.text+0x5014): undefined reference to `sched_clock'
> kernel/built-in.o(.text+0x503c): more undefined references to `sched_clock' follow
There's a new architecture-specific routine sched_clock() to be implemented
(which was BTW not announced on the secret all-architectures mail alias ;-).
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
On Sun, Sep 28, 2003 at 02:19:24PM +0200, Oliver Pitzeier wrote:
> Hi folks/Linus!
>
> Linus Torvalds wrote:
> > Ok, too long between test5 and test6 again, so the patch is
> > pretty big. Lots of driver updates and architectures fixed,
> > but also lots of merges from Andrew Morton. Most notably
> > perhaps Con's scheduler changes that have been discussed
> > extensively and made it into the -mm tree for testing.
>
> It work's on my Intel machine, but on Alpha, I get this:
> <snip>
> CC init/version.o
> LD init/built-in.o
> LD .tmp_vmlinux1
> kernel/built-in.o: In function `try_to_wake_up':
> kernel/built-in.o(.text+0x438): undefined reference to `sched_clock'
Add
unsigned long long default_sched_clock(void)
{
return (unsigned long long)jiffies * (1000000000 / HZ);
}
in kernel/sched.c and
#define sched_clock default_sched_clock
in include/asm-alpha/system.h
FWIW, the former should've been done from the very beginning and sched_clock
should've been made a weak alias for default_sched_clock. That would avoid
the breakage of platforms original patch didn't update.
BTW, how about adding weak_alias(type, name, args, default_variant) to
compiler.h? For most platforms it would be
#define weak_alias(type, name, args, default_variant) \
type name args __attribute__((weak, alias(#default_variant)));
Note that we already have something similar - cond_syscall(name) would
become weak_alias(asmlinkage long, name, (void), sys_ni_syscall) and
platform-specific stuff could be taken from current definitions of this
beast.
On Sun, Sep 28, 2003 at 12:14:18PM +0200, Geert Uytterhoeven wrote:
>
> On Sat, 27 Sep 2003, Linus Torvalds wrote:
> > Bernardo Innocenti:
> > o GCC 3.3.x/3.4 compatiblity fix in include/linux/init.h
>
> This change breaks 2.95 for some source files, because <linux/init.h> doesn't
> include <linux/compiler.h>. Do you want to have the missing include added to
> <linux/init.h>, or to the individual source files that need it?
It also breaks gcc 3.2.2 / gcc 3.3 as well:
arch/arm/mach-sa1100/leds.c:51: error: parse error before "__attribute_used__"
arch/arm/mach-pxa/leds.c:29: error: parse error before "__attribute_used__"
--
Russell King ([email protected]) http://www.arm.linux.org.uk/personal/
Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 PCMCIA - http://pcmcia.arm.linux.org.uk/
2.6 Serial core
On Sun, 28 Sep 2003, Oliver Pitzeier wrote:
> Hi folks/Linus!
>
<snip>
> It work's on my Intel machine, but on Alpha, I get this:
> <snip>
<snip, snip>
> fs/built-in.o: In function `smb_fill_super':
> fs/built-in.o(.text+0xc9618): undefined reference to `low2highuid'
> fs/built-in.o(.text+0xc9624): undefined reference to `low2highuid'
> fs/built-in.o(.text+0xc963c): undefined reference to `low2highuid'
> fs/built-in.o(.text+0xc9640): undefined reference to `low2highuid'
> make: *** [.tmp_vmlinux1] Error 1
This patch should solve this.
Linus, please apply unless you dislike OLD_TO_NEW_GID.
smbfs is the only user of it and could check CONFIG_UID16 itself.
/Urban
--- linux-2.6.0-test5-smbfs/fs/smbfs/inode.c-orig Fri Sep 26 21:06:55 2003
+++ linux-2.6.0-test5-smbfs/fs/smbfs/inode.c Fri Sep 26 20:58:00 2003
@@ -551,8 +551,8 @@
if (ver == SMB_MOUNT_OLDVERSION) {
mnt->version = oldmnt->version;
- mnt->uid = low2highuid(oldmnt->uid);
- mnt->gid = low2highuid(oldmnt->gid);
+ mnt->uid = OLD_TO_NEW_UID(oldmnt->uid);
+ mnt->gid = OLD_TO_NEW_GID(oldmnt->gid);
mnt->file_mode = (oldmnt->file_mode & S_IRWXUGO) | S_IFREG;
mnt->dir_mode = (oldmnt->dir_mode & S_IRWXUGO) | S_IFDIR;
--- linux-2.6.0-test5-smbfs/include/linux/highuid.h-orig Fri Sep 26 21:07:34 2003
+++ linux-2.6.0-test5-smbfs/include/linux/highuid.h Fri Sep 26 21:07:42 2003
@@ -56,6 +56,8 @@
#define SET_GID16(var, gid) var = high2lowgid(gid)
#define NEW_TO_OLD_UID(uid) high2lowuid(uid)
#define NEW_TO_OLD_GID(gid) high2lowgid(gid)
+#define OLD_TO_NEW_UID(uid) low2highuid(uid)
+#define OLD_TO_NEW_GID(gid) low2highgid(gid)
/* specific to fs/stat.c */
#define SET_OLDSTAT_UID(stat, uid) (stat).st_uid = high2lowuid(uid)
@@ -69,6 +71,8 @@
#define SET_GID16(var, gid) do { ; } while (0)
#define NEW_TO_OLD_UID(uid) (uid)
#define NEW_TO_OLD_GID(gid) (gid)
+#define OLD_TO_NEW_UID(uid) (uid)
+#define OLD_TO_NEW_GID(gid) (gid)
#define SET_OLDSTAT_UID(stat, uid) (stat).st_uid = (uid)
#define SET_OLDSTAT_GID(stat, gid) (stat).st_gid = (gid)
Russell King wrote:
>>>Bernardo Innocenti:
>>> o GCC 3.3.x/3.4 compatiblity fix in include/linux/init.h
>>
>>This change breaks 2.95 for some source files, because <linux/init.h> doesn't
>>include <linux/compiler.h>. Do you want to have the missing include added to
>><linux/init.h>, or to the individual source files that need it?
The golden rule of C headers says that each file should stand
on its own, so that you have no errors when compiling the header
alone.
This is the trivial fix. Sorry for not noticing before.
--- include/linux/init.h.orig 2003-09-28 15:48:06.000000000 +0200
+++ include/linux/init.h 2003-09-28 15:48:10.000000000 +0200
@@ -2,6 +2,7 @@
#define _LINUX_INIT_H
#include <linux/config.h>
+#include <linux/compiler.h>
/* These macros are used to mark some functions or
* initialized data (doesn't apply to uninitialized data)
--
// Bernardo Innocenti - Develer S.r.l., R&D dept.
\X/ http://www.develer.com/
Please don't send Word attachments - http://www.gnu.org/philosophy/no-word-attachments.html
On So, 2003-09-28 at 14:34, Dave Jones wrote:
> On Sun, Sep 28, 2003 at 01:05:35PM +0200, Andreas Jellinghaus wrote:
> > test6 (plus hostap patch) hangs during boot.
> > The last line I see is
> > cpufreq: Intel(R) SpeedStep(TM) for this chip set not (yet) available.
>
> Does it still hang if you disable the speedstep driver ?
# CONFIG_X86_SPEEDSTEP_CENTRINO is not set
# CONFIG_X86_SPEEDSTEP_ICH is not set
# CONFIG_X86_SPEEDSTEP_SMI is not set
now it works fine.
> What happens if you don't pass the hda geometry ?
> And, why do you need to ?
the dell bios detects the disc as */16/63. However the
partition table is created with */255/63 in mind.
most bios allow to set the geometry manually or change
the large/lba/normal mode. the dell bios does not.
Linux boots fine without the hda= setting, as it only
uses start and length values. But other tools might have
problems (grub? *fdisk?).
Also I used to use drive image / dos version with network stack
for duplicating discs. and drive image only worked with win
and linux partitions, if the emulation geometry was */255/63.
Not sure why. But because of that all blank discs are created
with */255/63 tables. all other machines I know can be configured
via that large/lba/normale mode setting, or simply read the partition
table and automatically adjust to the geometry found.
Ah, live would be so much easier without chs geometries.
Is there any tool that will change chs begin/end values
from */255/63 geometry to */16/63 geometry?
/dev/discs/disc0/part1 : start= 63, size= 112392, Id=83, b
/dev/discs/disc0/part2 : start= 2216970, size= 36853110, Id=83
/dev/discs/disc0/part3 : start= 112455, size= 2104515, Id=82
x/16/63 world:
0/1/1 - 111/8/63, 111/9/1 - 2199/5/63, 2199/6/1 - 38759/15/63
y/255/63 world:
0/1/1 - 6/254/63, 7/0/0 - 137/254/63, 138/0/1 - 2431/254/63
maybe there is still some software out there, that will not like
partitions beginning on something different then */0/1 or
*/1/1. I rather not change the partition table to */16/63
fake geometry.
I could backup everything, null the partition table, create a
new one with */16/63 chs geometry and restore all data.
but for now using hda= to set the fake geometry works fine.
Regards, Andreas
This release broke ALSA for me. OSS emulation continued to work for
xmms, but not for wine. The via_82xx driver told me to try
dxs_support=1, so I did and it works again.
This is an ALC650-based:
00:11.5 Multimedia audio controller: VIA Technologies, Inc.
VT8233/A/8235 AC97 Audio Controller (rev 50)
(I'm sorry if this is a second post to LKML - mailer problems)
> Jaroslav Kysela:
> o ALSA CVS updates
> - clean up the usage of the size variable and removes size1.
> - define AD198x bits.
> - add descriptions for whole-frag and no-silence commands.
> - use dxs_support=3 (48k fixed) as default, since there are so many problems
> with dxs_support=0.
> - add the support for stereo mute switches on AD198x.
> - initialize tumbler/snapper audio via gpio before i2c initialization.
> - add check of DXS supports (so far, empty).
> - add detection of revision of ALC650 chip
> - get_page() fix
> - fix the SPDIF bit on aureon boards.
> - set 48k only for the sample rate of SPDIF on nForce.
> - kill of not-required version.h inclusion
> - Remove duplicated include
> - fix buffer overlap on FX8010 PCM.
> - Fix hwdep hotplug problem
> - Use try_module_get() and module_put() to block the toplevel module
> - Fix returned error code in the release() callback
> etc
>
On Sun, 28 Sep 2003, Geert Uytterhoeven wrote:
>
> On Sat, 27 Sep 2003, Linus Torvalds wrote:
> > Bernardo Innocenti:
> > o GCC 3.3.x/3.4 compatiblity fix in include/linux/init.h
>
> This change breaks 2.95 for some source files, because <linux/init.h> doesn't
> include <linux/compiler.h>. Do you want to have the missing include added to
> <linux/init.h>, or to the individual source files that need it?
Interesting. I'm pretty sure I did a "make allyesconfig" just before the
test6 release, so apparently x86 includes it indirectly through some path,
and so it only shows up on m68k and arm?
This, btw, is a pretty common thing. I wonder what we could do to make
sure that different architectures wouldn't have so different include file
structures. It's happened _way_ too often.
Any ideas?
Linus
On Sun, Sep 28, 2003 at 06:12:26PM +0200, Andreas Jellinghaus wrote:
> Is there any tool that will change chs begin/end values
> from */255/63 geometry to */16/63 geometry?
You could try sfdisk. Perhaps
sfdisk -d /dev/hda > hda.pt
sfdisk -H 16 -S 63 /dev/hda < hda.pt
will do the trick.
(Read the man page. Save your old table. Maybe -f is needed.)
On Sun, 28 Sep 2003, Sam Ravnborg wrote:
>
> Would it help to require all major[1] header files to include all the
> header files needed for them to compile?
It causes tons of extra work for the compiler if the compiler doesn't
optimize away redundant header files (same header file being included from
a lot of different sources).
I did the pruning in sparse, and I think at least gcc-3 does it too, but
I'm not sure.
If so, then sure, we could just require that the header files compile
cleanly, and for extra points verify that the end result is an empty
object file (ie no bad declarations anywhere..).
Linus
On Sun, Sep 28, 2003 at 10:37:36AM -0700, Linus Torvalds wrote:
>
> This, btw, is a pretty common thing. I wonder what we could do to make
> sure that different architectures wouldn't have so different include file
> structures. It's happened _way_ too often.
>
> Any ideas?
Without too much thinking....
Would it help to require all major[1] header files to include all the
header files needed for them to compile?
We could make that part of the build process or we could make that an
optional step.
Obviously that would not solve any issues in asm-$(ARCH).
[1] There are ~600 files in include/linux - we could pick up the
50 most important and checkcompile them.
Sam
On Sun, 28 September 2003 20:46:42 +0200, Sam Ravnborg wrote:
> On Sun, Sep 28, 2003 at 10:37:36AM -0700, Linus Torvalds wrote:
> >
> > This, btw, is a pretty common thing. I wonder what we could do to make
> > sure that different architectures wouldn't have so different include file
> > structures. It's happened _way_ too often.
> >
> > Any ideas?
>
> Without too much thinking....
> Would it help to require all major[1] header files to include all the
> header files needed for them to compile?
> We could make that part of the build process or we could make that an
> optional step.
>
> Obviously that would not solve any issues in asm-$(ARCH).
>
> [1] There are ~600 files in include/linux - we could pick up the
> 50 most important and checkcompile them.
How about a check_headers target that roughly works like this:
for (all header files in include/linux and include/asm) {
echo "#include <$HEADER>" > header.c
make header.o
rm header.c header.o
}
Did a quick test for linux/fs.h in -test5 and it compiled fine, but
broke after removing some random #include.
Another thing, Sam, "make header.o" causes make to call itself
indefinitely. Had to "make somedir/header.o". Not sure if you
consider this to be a bug, your decision.
J?rn
--
Fools ignore complexity. Pragmatists suffer it.
Some can avoid it. Geniuses remove it.
-- Perlis's Programming Proverb #58, SIGPLAN Notices, Sept. 1982
On Sun, Sep 28, 2003 at 10:37:36AM -0700, Linus Torvalds wrote:
> On Sun, 28 Sep 2003, Geert Uytterhoeven wrote:
> > On Sat, 27 Sep 2003, Linus Torvalds wrote:
> > > Bernardo Innocenti:
> > > o GCC 3.3.x/3.4 compatiblity fix in include/linux/init.h
> >
> > This change breaks 2.95 for some source files, because <linux/init.h> doesn't
> > include <linux/compiler.h>. Do you want to have the missing include added to
> > <linux/init.h>, or to the individual source files that need it?
>
> Interesting. I'm pretty sure I did a "make allyesconfig" just before the
> test6 release, so apparently x86 includes it indirectly through some path,
> and so it only shows up on m68k and arm?
>
> This, btw, is a pretty common thing. I wonder what we could do to make
> sure that different architectures wouldn't have so different include file
> structures. It's happened _way_ too often.
>
> Any ideas?
The two files that it showed up in on ARM are fairly simple in nature and
don't include may headers. Making the ARM include structure identical to
x86 wouldn't have removed the problem from ARM.
--
Russell King ([email protected]) http://www.arm.linux.org.uk/personal/
Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 PCMCIA - http://pcmcia.arm.linux.org.uk/
2.6 Serial core
On Sun, Sep 28, 2003 at 09:16:22PM +0200, J?rn Engel wrote:
> How about a check_headers target that roughly works like this:
>
> for (all header files in include/linux and include/asm) {
> echo "#include <$HEADER>" > header.c
> make header.o
> rm header.c header.o
> }
That should do it. Can you also integrate the check Linus mentioned,
to make sure no declarations are present.
I would name the target: headercheck:
to be consistent with the other targets.
It should be fine having it as a separate target, then we can ask
John Cherry to include it in his nightly builds.
> Another thing, Sam, "make header.o" causes make to call itself
> indefinitely. Had to "make somedir/header.o". Not sure if you
> consider this to be a bug, your decision.
Thanks - I will try to look into it.
Sam
Linus Torvalds wrote:
> On Sun, 28 Sep 2003, Sam Ravnborg wrote:
> > Would it help to require all major[1] header files to include all the
> > header files needed for them to compile?
>
> It causes tons of extra work for the compiler if the compiler doesn't
> optimize away redundant header files (same header file being included from
> a lot of different sources).
>
> I did the pruning in sparse, and I think at least gcc-3 does it too, but
> I'm not sure.
GCC does optimise away multiple header file inclusion, and has done
for a very long time, oh a decade or so :)
GCC will not reparse a header file if these conditions are met:
1. The file has already been parsed at least once.
2. Apart from comments, the entire file is surrounded by
"#ifndef symbol ... #endif" or "#if !defined (symbol) ... #endif".
3. "symbol" is defined.
4. The file names are the same after removal of "." and ".." components
and other path simplifications.
> If so, then sure, we could just require that the header files compile
> cleanly, and for extra points verify that the end result is an empty
> object file (ie no bad declarations anywhere..).
You can also use the "-H" option and check for a "Multiple include
guards may be useful for:" message, to check those #ifndefs.
-- Jamie
On Sun, 28 September 2003 21:31:50 +0200, Sam Ravnborg wrote:
> On Sun, Sep 28, 2003 at 09:16:22PM +0200, J?rn Engel wrote:
> > How about a check_headers target that roughly works like this:
> >
> > for (all header files in include/linux and include/asm) {
> > echo "#include <$HEADER>" > header.c
> > make header.o
> > rm header.c header.o
> > }
>
> That should do it. Can you also integrate the check Linus mentioned,
> to make sure no declarations are present.
If it's simple enough, you'll have it tomorrow. Linus' check might
take a bit longer, I'm not sure yet how to define an empty object
file. Is it enough if objdump -tT only shows sections?
> I would name the target: headercheck:
> to be consistent with the other targets.
ok.
> It should be fine having it as a separate target, then we can ask
> John Cherry to include it in his nightly builds.
That would be nice, yes.
J?rn
--
Measure. Don't tune for speed until you've measured, and even then
don't unless one part of the code overwhelms the rest.
-- Rob Pike
On Sun, Sep 28, 2003 at 09:16:22PM +0200, J?rn Engel wrote:
> How about a check_headers target that roughly works like this:
>
> for (all header files in include/linux and include/asm) {
> echo "#include <$HEADER>" > header.c
> make header.o
> rm header.c header.o
> }
>
> Did a quick test for linux/fs.h in -test5 and it compiled fine, but
> broke after removing some random #include.
>
> Another thing, Sam, "make header.o" causes make to call itself
> indefinitely. Had to "make somedir/header.o". Not sure if you
> consider this to be a bug, your decision.
I have a bad feeling about this, so I'll make the following comments
up front before all the reports start rolling in. It may be a good
idea to document this somewhere. (Coding style?)
If a header has something like these:
struct my_headers_struct {
struct task_struct *tsk;
};
void my_function(struct task_struct *tsk);
and gcc warns that "struct task_struct" has not been declared, please
don't think about adding another header. Just declare the structure
in the header file which needs it like this:
struct task_struct;
and that will prevent the #include maze of 2.4, which resulted in
everything being rebuilt just because one header file was touched.
--
Russell King ([email protected]) http://www.arm.linux.org.uk/personal/
Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 PCMCIA - http://pcmcia.arm.linux.org.uk/
2.6 Serial core
On Sun, 28 September 2003 20:42:24 +0100, Russell King wrote:
>
> I have a bad feeling about this, so I'll make the following comments
> up front before all the reports start rolling in. It may be a good
> idea to document this somewhere. (Coding style?)
>
> If a header has something like these:
>
> struct my_headers_struct {
> struct task_struct *tsk;
> };
>
> void my_function(struct task_struct *tsk);
>
> and gcc warns that "struct task_struct" has not been declared, please
> don't think about adding another header. Just declare the structure
> in the header file which needs it like this:
>
> struct task_struct;
>
> and that will prevent the #include maze of 2.4, which resulted in
> everything being rebuilt just because one header file was touched.
Ok, how about this:
for each header file {
make header.o
1) if it doesn't build {
print out a warning
continue
}
for each #include line {
remove the #include line
make header.o
2) if it build {
print out a warning
}
3) if there are less than x gcc warnings {
print out a warning
}
}
}
1) is my old proposal. 2) is the natural counterpart. 3) could be
what you want. If some header is only needed for something like your
example, we may be able to catch it this way.
Would this work? Would something else work even better?
J?rn
--
Rules of Optimization:
Rule 1: Don't do it.
Rule 2 (for experts only): Don't do it yet.
-- M.A. Jackson
On Sat, Sep 27, 2003 at 06:27:35PM -0700, Linus Torvalds wrote:
>...
> Summary of changes from v2.6.0-test5 to v2.6.0-test6
> ============================================
>...
> Stephen Hemminger:
>...
> o (1/4) Update baycom drivers for 2.6
>...
This patch changed two functions but not the corresponding prototypes in
the header file resulting in some compile warnings.
The patch below updates hdlcdrv.h .
cu
Adrian
--- linux-2.6.0-test6-full/include/linux/hdlcdrv.h.old 2003-09-28 21:52:00.000000000 +0200
+++ linux-2.6.0-test6-full/include/linux/hdlcdrv.h 2003-09-28 22:16:37.000000000 +0200
@@ -359,11 +359,11 @@
void hdlcdrv_receiver(struct net_device *, struct hdlcdrv_state *);
void hdlcdrv_transmitter(struct net_device *, struct hdlcdrv_state *);
void hdlcdrv_arbitrate(struct net_device *, struct hdlcdrv_state *);
-int hdlcdrv_register_hdlcdrv(struct net_device *dev, const struct hdlcdrv_ops *ops,
- unsigned int privsize, char *ifname,
+struct net_device *hdlcdrv_register(const struct hdlcdrv_ops *ops,
+ unsigned int privsize, const char *ifname,
unsigned int baseaddr, unsigned int irq,
unsigned int dma);
-int hdlcdrv_unregister_hdlcdrv(struct net_device *dev);
+void hdlcdrv_unregister(struct net_device *dev);
/* -------------------------------------------------------------------- */
> Ok, how about this:
>
> for each header file {
> make header.o
> 1) if it doesn't build {
> print out a warning
> continue
> }
> for each #include line {
> remove the #include line
> make header.o
> 2) if it build {
> print out a warning
> }
> 3) if there are less than x gcc warnings {
> print out a warning
> }
> }
> }
>
> 1) is my old proposal. 2) is the natural counterpart. 3) could be
> what you want. If some header is only needed for something like your
> example, we may be able to catch it this way.
>
> Would this work? Would something else work even better?
Problem is, this depends too much on the specific configuration, and thus
will never be a general solution (will generate false positives and false
negatives). Might be a good start, though.
Tim
P.S.: My secret plan is to write a parser or hack sparse to do this for
both #if and #else branches of conditionals at the same time. This
however, is a big project, and I don't think of even _starting_ this
before next year.
Geert Uytterhoeven <[email protected]> wrote:
>
> There's a new architecture-specific routine sched_clock() to be implemented
> (which was BTW not announced on the secret all-architectures mail alias ;-).
Was too! On September 18.
I considered providing a default implementation, but really, if the
hardware has a higher resolution timer then sched_clock() should use that.
Providing a HZ-based default would lessen the likelihood of the Alpha
developers doing this properly.
Em Sun, Sep 28, 2003 at 11:43:08PM +0200, Tim Schmielau escreveu:
> P.S.: My secret plan is to write a parser or hack sparse to do this for
> both #if and #else branches of conditionals at the same time. This
> however, is a big project, and I don't think of even _starting_ this
> before next year.
Well, I plan to work on a sparse tool that builds a ctags like database from
all the headers, removes the includes and puts the necessary ones, some
spurious cases can happen, as we don't have the best namespace in the world in
our includes, but hey, janitors could handle such a task, fixing the namespace
:-)
- Arnaldo
Rob Landley wrote:
>On Sunday 28 September 2003 02:03, Con Kolivas wrote:
>
>>On Sun, 28 Sep 2003 11:27, Linus Torvalds wrote:
>>
>>>from Andrew Morton. Most notably perhaps Con's scheduler changes that
>>>have been discussed extensively and made it into the -mm tree for
>>>testing.
>>>
>>For those who are trying this for the first time, please note that the
>>scheduler has been tuned to tell the difference between tasks of the _same_
>>nice level. This means do NOT renice X or it will make audio skip unless
>>you also renice your audio application by the same amount. Lots of
>>distributions have done this for the old 2.4 scheduler which could not
>>treat equal "nice" levels as differently as the new scheduler does and 2.6
>>shouldn't need special treatment.
>>
>>So for testing note the following points:
>>
>>Make sure X is NOT reniced to -10 as many distributions are doing.
>>Some shells spawn processes at nice +5 by default and this will make audio
>>apps suffer.
>>Make sure your hard disk, graphics card and audio card are performing at
>>equal standard to your 2.4 kernel (ie dma is working, graphics is fully
>>accelerated etc).
>>
>
>I.E. with your new scheduler, priority levels actually have enough of an
>effect now that things that aren't reniced can be noticeably starved by
>things that are.
>
AFAIK, Con's scheduler doesn't change the nice implementation at all.
Possibly some of his changes amplify its problems, or, more likely they
remove most other scheduler problems leaving this one noticable.
If X is running at -20, and xmms at +19, xmms is supposed to still get
5% of the CPU. Should be enough to run fine. Unfortunately this is
achieved by giving X very large timeslices, so xmms's scheduling latency
becomes large. The interactivity bonuses don't help, either.
On Sunday 28 September 2003 23:55, Nick Piggin wrote:
> >I.E. with your new scheduler, priority levels actually have enough of an
> >effect now that things that aren't reniced can be noticeably starved by
> >things that are.
>
> AFAIK, Con's scheduler doesn't change the nice implementation at all.
> Possibly some of his changes amplify its problems, or, more likely they
> remove most other scheduler problems leaving this one noticable.
>
> If X is running at -20, and xmms at +19, xmms is supposed to still get
> 5% of the CPU. Should be enough to run fine. Unfortunately this is
> achieved by giving X very large timeslices, so xmms's scheduling latency
> becomes large. The interactivity bonuses don't help, either.
It's the old latency vs throughput problem. Nice only has a single linear
metric, it says you want more or you want less but it doesn't say more or
less of _what_.
Rob
On Sun, 28 Sep 2003, Russell King wrote:
> On Sun, Sep 28, 2003 at 10:37:36AM -0700, Linus Torvalds wrote:
> > On Sun, 28 Sep 2003, Geert Uytterhoeven wrote:
> > > On Sat, 27 Sep 2003, Linus Torvalds wrote:
> > > > Bernardo Innocenti:
> > > > o GCC 3.3.x/3.4 compatiblity fix in include/linux/init.h
> > >
> > > This change breaks 2.95 for some source files, because <linux/init.h> doesn't
> > > include <linux/compiler.h>. Do you want to have the missing include added to
> > > <linux/init.h>, or to the individual source files that need it?
> >
> > Interesting. I'm pretty sure I did a "make allyesconfig" just before the
> > test6 release, so apparently x86 includes it indirectly through some path,
> > and so it only shows up on m68k and arm?
> >
> > This, btw, is a pretty common thing. I wonder what we could do to make
> > sure that different architectures wouldn't have so different include file
> > structures. It's happened _way_ too often.
> >
> > Any ideas?
>
> The two files that it showed up in on ARM are fairly simple in nature and
> don't include may headers. Making the ARM include structure identical to
> x86 wouldn't have removed the problem from ARM.
Same for m68k. The offender was a m68k-specific file (arch/m68k/sun3/sbus.c),
which just included <linux/types.h> and <linux/init.h>, and uses
subsys_initcall().
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
Hi Viro!
[ ... ]
> > It work's on my Intel machine, but on Alpha, I get this: <snip>
> > CC init/version.o
> > LD init/built-in.o
> > LD .tmp_vmlinux1
> > kernel/built-in.o: In function `try_to_wake_up':
> > kernel/built-in.o(.text+0x438): undefined reference to `sched_clock'
>
> Add
> unsigned long long default_sched_clock(void)
> {
> return (unsigned long long)jiffies * (1000000000 / HZ);
> }
>
> in kernel/sched.c and
>
> #define sched_clock default_sched_clock
>
> in include/asm-alpha/system.h
>
> FWIW, the former should've been done from the very beginning
[ ... ]
This seems to work!
Thanks!
Best,
Oliver
On Sun, 28 Sep 2003, Andrew Morton wrote:
> Geert Uytterhoeven <[email protected]> wrote:
> >
> > There's a new architecture-specific routine sched_clock() to be implemented
> > (which was BTW not announced on the secret all-architectures mail alias ;-).
>
> Was too! On September 18.
Did someone remove linux-m68k from the alias? I just checked my mail archives,
and I didn't receive it.
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
On Mon, Sep 29, 2003 at 11:58:00AM +0200, Geert Uytterhoeven wrote:
> On Sun, 28 Sep 2003, Andrew Morton wrote:
> > Geert Uytterhoeven <[email protected]> wrote:
> > >
> > > There's a new architecture-specific routine sched_clock() to be implemented
> > > (which was BTW not announced on the secret all-architectures mail alias ;-).
> >
> > Was too! On September 18.
>
> Did someone remove linux-m68k from the alias? I just checked my mail archives,
> and I didn't receive it.
I can confirm that no mail was received from the mail alias for the week
including September 18th. Maybe the mail about sched_clock() never made
it to the alias in the first place?
--
Russell King ([email protected]) http://www.arm.linux.org.uk/personal/
Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 PCMCIA - http://pcmcia.arm.linux.org.uk/
2.6 Serial core
On Sat, Sep 27, 2003 at 06:27:35PM -0700, Linus Torvalds wrote:
>
[snip]
> arm, s390, ia64, x86-64, and ppc64 updates. USB, pcmcia and i2c stuff. And
> a fair amount of janitorial.
I can no longer select my soundcard: In test5 it was configured by
CONFIG_SND_CS46XX! This option is no longer available in test6 (make
menuconfig does not offer me the opportunity).
It happened between test5-bk11 (option set/module build) and bk13
(option not available).
Please, give my sound option back!
florin
--
Don't question authority: they don't know either!
Russell, you might not like the results from my testrun. Should we
really fix all the 286 headers or would that do more harm than good?
The declared symbols are a different problem, though. Could be a nice
janitor task.
WARNING: Symbols may be declared: linux/acpi.h
WARNING: Symbols may be declared: linux/atm_idt77105.h
WARNING: Symbols may be declared: linux/atmdev.h
WARNING: Symbols may be declared: linux/eeprom.h
WARNING: Symbols may be declared: linux/efs_fs.h
WARNING: Symbols may be declared: linux/ext3_jbd.h
WARNING: Symbols may be declared: linux/ip.h
WARNING: Symbols may be declared: linux/ipv6.h
WARNING: Symbols may be declared: linux/isdn.h
WARNING: Symbols may be declared: linux/ixjuser.h
WARNING: Symbols may be declared: linux/mroute.h
WARNING: Symbols may be declared: linux/netfilter_ipv4/ip_tables.h
WARNING: Symbols may be declared: linux/netfilter_ipv4/ipt_multiport.h
WARNING: Symbols may be declared: linux/netfilter_ipv6/ip6_tables.h
WARNING: Symbols may be declared: linux/netfilter_ipv6/ip6t_multiport.h
WARNING: Symbols may be declared: linux/nfsd/nfsfh.h
WARNING: Symbols may be declared: linux/raid/linear.h
WARNING: Symbols may be declared: linux/raid/md.h
WARNING: Symbols may be declared: linux/raid/multipath.h
WARNING: Symbols may be declared: linux/raid/raid0.h
WARNING: Symbols may be declared: linux/raid/raid1.h
WARNING: Symbols may be declared: linux/raid/raid5.h
WARNING: Symbols may be declared: linux/raid/xor.h
WARNING: Symbols may be declared: linux/tcp.h
WARNING: Symbols may be declared: linux/udp.h
WARNING: header doesn't build standalone: linux/ac97_codec.h
WARNING: header doesn't build standalone: linux/acpi_serial.h
WARNING: header doesn't build standalone: linux/adfs_fs.h
WARNING: header doesn't build standalone: linux/adfs_fs_i.h
WARNING: header doesn't build standalone: linux/adfs_fs_sb.h
WARNING: header doesn't build standalone: linux/affs_fs_sb.h
WARNING: header doesn't build standalone: linux/affs_hardblocks.h
WARNING: header doesn't build standalone: linux/agp_backend.h
WARNING: header doesn't build standalone: linux/agpgart.h
WARNING: header doesn't build standalone: linux/aio.h
WARNING: header doesn't build standalone: linux/amigaffs.h
WARNING: header doesn't build standalone: linux/arcdevice.h
WARNING: header doesn't build standalone: linux/atalk.h
WARNING: header doesn't build standalone: linux/atm_tcp.h
WARNING: header doesn't build standalone: linux/atm_zatm.h
WARNING: header doesn't build standalone: linux/bfs_fs.h
WARNING: header doesn't build standalone: linux/brlvger.h
WARNING: header doesn't build standalone: linux/byteorder/big_endian.h
WARNING: header doesn't build standalone: linux/byteorder/generic.h
WARNING: header doesn't build standalone: linux/byteorder/little_endian.h
WARNING: header doesn't build standalone: linux/byteorder/pdp_endian.h
WARNING: header doesn't build standalone: linux/byteorder/swab.h
WARNING: header doesn't build standalone: linux/byteorder/swabb.h
WARNING: header doesn't build standalone: linux/cciss_ioctl.h
WARNING: header doesn't build standalone: linux/cdev.h
WARNING: header doesn't build standalone: linux/coda_fs_i.h
WARNING: header doesn't build standalone: linux/coda_proc.h
WARNING: header doesn't build standalone: linux/coda_psdev.h
WARNING: header doesn't build standalone: linux/compat_ioctl.h
WARNING: header doesn't build standalone: linux/console_struct.h
WARNING: header doesn't build standalone: linux/cramfs_fs.h
WARNING: header doesn't build standalone: linux/cramfs_fs_sb.h
WARNING: header doesn't build standalone: linux/cyclades.h
WARNING: header doesn't build standalone: linux/cycx_drv.h
WARNING: header doesn't build standalone: linux/cycx_x25.h
WARNING: header doesn't build standalone: linux/device-mapper.h
WARNING: header doesn't build standalone: linux/devpts_fs.h
WARNING: header doesn't build standalone: linux/dirent.h
WARNING: header doesn't build standalone: linux/divert.h
WARNING: header doesn't build standalone: linux/dma-mapping.h
WARNING: header doesn't build standalone: linux/efs_dir.h
WARNING: header doesn't build standalone: linux/efs_fs_i.h
WARNING: header doesn't build standalone: linux/efs_fs_sb.h
WARNING: header doesn't build standalone: linux/efs_vh.h
WARNING: header doesn't build standalone: linux/eisa.h
WARNING: header doesn't build standalone: linux/elevator.h
WARNING: header doesn't build standalone: linux/errqueue.h
WARNING: header doesn't build standalone: linux/etherdevice.h
WARNING: header doesn't build standalone: linux/ethtool.h
WARNING: header doesn't build standalone: linux/eventpoll.h
WARNING: header doesn't build standalone: linux/ext2_fs.h
WARNING: header doesn't build standalone: linux/ext3_fs.h
WARNING: header doesn't build standalone: linux/ext3_fs_i.h
WARNING: header doesn't build standalone: linux/fcdevice.h
WARNING: header doesn't build standalone: linux/fcntl.h
WARNING: header doesn't build standalone: linux/fddidevice.h
WARNING: header doesn't build standalone: linux/filter.h
WARNING: header doesn't build standalone: linux/flat.h
WARNING: header doesn't build standalone: linux/fs_struct.h
WARNING: header doesn't build standalone: linux/fsfilter.h
WARNING: header doesn't build standalone: linux/ftape-header-segment.h
WARNING: header doesn't build standalone: linux/futex.h
WARNING: header doesn't build standalone: linux/gameport.h
WARNING: header doesn't build standalone: linux/generic_serial.h
WARNING: header doesn't build standalone: linux/hash.h
WARNING: header doesn't build standalone: linux/hayesesp.h
WARNING: header doesn't build standalone: linux/hdlc/ioctl.h
WARNING: header doesn't build standalone: linux/hfs_fs_i.h
WARNING: header doesn't build standalone: linux/hfs_fs_sb.h
WARNING: header doesn't build standalone: linux/hiddev.h
WARNING: header doesn't build standalone: linux/hpfs_fs_i.h
WARNING: header doesn't build standalone: linux/hpfs_fs_sb.h
WARNING: header doesn't build standalone: linux/i2c-dev.h
WARNING: header doesn't build standalone: linux/i2o-dev.h
WARNING: header doesn't build standalone: linux/i2o.h
WARNING: header doesn't build standalone: linux/ibmtr.h
WARNING: header doesn't build standalone: linux/icmp.h
WARNING: header doesn't build standalone: linux/idr.h
WARNING: header doesn't build standalone: linux/if_arcnet.h
WARNING: header doesn't build standalone: linux/if_eql.h
WARNING: header doesn't build standalone: linux/if_fc.h
WARNING: header doesn't build standalone: linux/if_fddi.h
WARNING: header doesn't build standalone: linux/if_frad.h
WARNING: header doesn't build standalone: linux/if_ppp.h
WARNING: header doesn't build standalone: linux/if_pppvar.h
WARNING: header doesn't build standalone: linux/if_shaper.h
WARNING: header doesn't build standalone: linux/if_strip.h
WARNING: header doesn't build standalone: linux/if_tr.h
WARNING: header doesn't build standalone: linux/if_tun.h
WARNING: header doesn't build standalone: linux/if_tunnel.h
WARNING: header doesn't build standalone: linux/if_wanpipe.h
WARNING: header doesn't build standalone: linux/if_wanpipe_common.h
WARNING: header doesn't build standalone: linux/in_systm.h
WARNING: header doesn't build standalone: linux/inet.h
WARNING: header doesn't build standalone: linux/inetdevice.h
WARNING: header doesn't build standalone: linux/ip6_tunnel.h
WARNING: header doesn't build standalone: linux/ipc.h
WARNING: header doesn't build standalone: linux/ipmi_smi.h
WARNING: header doesn't build standalone: linux/ipv6_route.h
WARNING: header doesn't build standalone: linux/irda.h
WARNING: header doesn't build standalone: linux/irq_cpustat.h
WARNING: header doesn't build standalone: linux/isdn_divertif.h
WARNING: header doesn't build standalone: linux/isicom.h
WARNING: header doesn't build standalone: linux/iso_fs_sb.h
WARNING: header doesn't build standalone: linux/istallion.h
WARNING: header doesn't build standalone: linux/ite_gpio.h
WARNING: header doesn't build standalone: linux/jffs2.h
WARNING: header doesn't build standalone: linux/jffs2_fs_i.h
WARNING: header doesn't build standalone: linux/jhash.h
WARNING: header doesn't build standalone: linux/kernelcapi.h
WARNING: header doesn't build standalone: linux/kmalloc_sizes.h
WARNING: header doesn't build standalone: linux/kobj_map.h
WARNING: header doesn't build standalone: linux/llc.h
WARNING: header doesn't build standalone: linux/lockd/bind.h
WARNING: header doesn't build standalone: linux/lockd/lockd.h
WARNING: header doesn't build standalone: linux/lockd/share.h
WARNING: header doesn't build standalone: linux/lockd/sm_inter.h
WARNING: header doesn't build standalone: linux/mbcache.h
WARNING: header doesn't build standalone: linux/mc6821.h
WARNING: header doesn't build standalone: linux/minix_fs.h
WARNING: header doesn't build standalone: linux/mm_inline.h
WARNING: header doesn't build standalone: linux/mount.h
WARNING: header doesn't build standalone: linux/mpage.h
WARNING: header doesn't build standalone: linux/msdos_fs_sb.h
WARNING: header doesn't build standalone: linux/msg.h
WARNING: header doesn't build standalone: linux/mtd/cfi.h
WARNING: header doesn't build standalone: linux/mtd/ftl.h
WARNING: header doesn't build standalone: linux/mtd/nand_ecc.h
WARNING: header doesn't build standalone: linux/mtd/partitions.h
WARNING: header doesn't build standalone: linux/namei.h
WARNING: header doesn't build standalone: linux/namespace.h
WARNING: header doesn't build standalone: linux/nbd.h
WARNING: header doesn't build standalone: linux/ncp_fs_i.h
WARNING: header doesn't build standalone: linux/ncp_fs_sb.h
WARNING: header doesn't build standalone: linux/netbeui.h
WARNING: header doesn't build standalone: linux/netfilter_bridge/ebt_802_3.h
WARNING: header doesn't build standalone: linux/netfilter_bridge/ebt_arp.h
WARNING: header doesn't build standalone: linux/netfilter_bridge/ebt_arpreply.h
WARNING: header doesn't build standalone: linux/netfilter_bridge/ebt_ip.h
WARNING: header doesn't build standalone: linux/netfilter_bridge/ebt_log.h
WARNING: header doesn't build standalone: linux/netfilter_bridge/ebt_mark_m.h
WARNING: header doesn't build standalone: linux/netfilter_bridge/ebt_nat.h
WARNING: header doesn't build standalone: linux/netfilter_bridge/ebt_pkttype.h
WARNING: header doesn't build standalone: linux/netfilter_bridge/ebt_stp.h
WARNING: header doesn't build standalone: linux/netfilter_bridge/ebt_vlan.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ip_conntrack.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ip_conntrack_ftp.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ip_conntrack_helper.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ip_conntrack_irc.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ip_conntrack_protocol.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ip_conntrack_tcp.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ip_conntrack_tftp.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ip_conntrack_tuple.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ip_nat_helper.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ip_nat_rule.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ip_queue.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipchains_core.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipfwadm_core.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipt_CLASSIFY.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipt_DSCP.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipt_ECN.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipt_SAME.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipt_TCPMSS.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipt_TOS.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipt_ULOG.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipt_ah.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipt_conntrack.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipt_dscp.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipt_ecn.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipt_esp.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipt_iprange.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipt_length.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipt_limit.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipt_mac.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipt_mark.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipt_owner.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipt_recent.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipt_tcpmss.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipt_tos.h
WARNING: header doesn't build standalone: linux/netfilter_ipv4/ipt_ttl.h
WARNING: header doesn't build standalone: linux/netfilter_ipv6/ip6t_ah.h
WARNING: header doesn't build standalone: linux/netfilter_ipv6/ip6t_esp.h
WARNING: header doesn't build standalone: linux/netfilter_ipv6/ip6t_frag.h
WARNING: header doesn't build standalone: linux/netfilter_ipv6/ip6t_hl.h
WARNING: header doesn't build standalone: linux/netfilter_ipv6/ip6t_ipv6header.h
WARNING: header doesn't build standalone: linux/netfilter_ipv6/ip6t_length.h
WARNING: header doesn't build standalone: linux/netfilter_ipv6/ip6t_limit.h
WARNING: header doesn't build standalone: linux/netfilter_ipv6/ip6t_mac.h
WARNING: header doesn't build standalone: linux/netfilter_ipv6/ip6t_mark.h
WARNING: header doesn't build standalone: linux/netfilter_ipv6/ip6t_opts.h
WARNING: header doesn't build standalone: linux/netfilter_ipv6/ip6t_owner.h
WARNING: header doesn't build standalone: linux/netfilter_ipv6/ip6t_rt.h
WARNING: header doesn't build standalone: linux/netrom.h
WARNING: header doesn't build standalone: linux/nfs.h
WARNING: header doesn't build standalone: linux/nfs_fs_sb.h
WARNING: header doesn't build standalone: linux/nfs_idmap.h
WARNING: header doesn't build standalone: linux/nfs_page.h
WARNING: header doesn't build standalone: linux/nfs_xdr.h
WARNING: header doesn't build standalone: linux/nfsd/const.h
WARNING: header doesn't build standalone: linux/nfsd/export.h
WARNING: header doesn't build standalone: linux/nfsd/nfsd.h
WARNING: header doesn't build standalone: linux/nfsd/state.h
WARNING: header doesn't build standalone: linux/nfsd/syscall.h
WARNING: header doesn't build standalone: linux/nfsd/xdr.h
WARNING: header doesn't build standalone: linux/nfsd/xdr3.h
WARNING: header doesn't build standalone: linux/nfsd/xdr4.h
WARNING: header doesn't build standalone: linux/nls.h
WARNING: header doesn't build standalone: linux/nubus.h
WARNING: header doesn't build standalone: linux/pagevec.h
WARNING: header doesn't build standalone: linux/parport_pc.h
WARNING: header doesn't build standalone: linux/pid.h
WARNING: header doesn't build standalone: linux/pipe_fs_i.h
WARNING: header doesn't build standalone: linux/pkt_cls.h
WARNING: header doesn't build standalone: linux/pkt_sched.h
WARNING: header doesn't build standalone: linux/pmu.h
WARNING: header doesn't build standalone: linux/ppp.h
WARNING: header doesn't build standalone: linux/ppp_defs.h
WARNING: header doesn't build standalone: linux/qic117.h
WARNING: header doesn't build standalone: linux/qnx4_fs.h
WARNING: header doesn't build standalone: linux/qnxtypes.h
WARNING: header doesn't build standalone: linux/quota.h
WARNING: header doesn't build standalone: linux/quotaio_v2.h
WARNING: header doesn't build standalone: linux/radix-tree.h
WARNING: header doesn't build standalone: linux/raid/md_k.h
WARNING: header doesn't build standalone: linux/raid/md_p.h
WARNING: header doesn't build standalone: linux/random.h
WARNING: header doesn't build standalone: linux/reiserfs_fs_i.h
WARNING: header doesn't build standalone: linux/reiserfs_fs_sb.h
WARNING: header doesn't build standalone: linux/romfs_fs.h
WARNING: header doesn't build standalone: linux/root_dev.h
WARNING: header doesn't build standalone: linux/rose.h
WARNING: header doesn't build standalone: linux/rtnetlink.h
WARNING: header doesn't build standalone: linux/rwsem-spinlock.h
WARNING: header doesn't build standalone: linux/scc.h
WARNING: header doesn't build standalone: linux/sctp.h
WARNING: header doesn't build standalone: linux/sdla_asy.h
WARNING: header doesn't build standalone: linux/sdla_chdlc.h
WARNING: header doesn't build standalone: linux/sdla_fr.h
WARNING: header doesn't build standalone: linux/sdla_ppp.h
WARNING: header doesn't build standalone: linux/sdla_x25.h
WARNING: header doesn't build standalone: linux/sdladrv.h
WARNING: header doesn't build standalone: linux/selection.h
WARNING: header doesn't build standalone: linux/sem.h
WARNING: header doesn't build standalone: linux/serial.h
WARNING: header doesn't build standalone: linux/serial167.h
WARNING: header doesn't build standalone: linux/serial_core.h
WARNING: header doesn't build standalone: linux/shm.h
WARNING: header doesn't build standalone: linux/shmem_fs.h
WARNING: header doesn't build standalone: linux/smb.h
WARNING: header doesn't build standalone: linux/smb_fs.h
WARNING: header doesn't build standalone: linux/smb_fs_sb.h
WARNING: header doesn't build standalone: linux/smb_mount.h
WARNING: header doesn't build standalone: linux/stallion.h
WARNING: header doesn't build standalone: linux/sunrpc/clnt.h
WARNING: header doesn't build standalone: linux/sunrpc/gss_api.h
WARNING: header doesn't build standalone: linux/sunrpc/gss_asn1.h
WARNING: header doesn't build standalone: linux/sunrpc/msg_prot.h
WARNING: header doesn't build standalone: linux/sunrpc/name_lookup.h
WARNING: header doesn't build standalone: linux/sunrpc/rpc_pipe_fs.h
WARNING: header doesn't build standalone: linux/swapops.h
WARNING: header doesn't build standalone: linux/synclink.h
WARNING: header doesn't build standalone: linux/sysfs.h
WARNING: header doesn't build standalone: linux/sysrq.h
WARNING: header doesn't build standalone: linux/sysv_fs.h
WARNING: header doesn't build standalone: linux/tcp_diag.h
WARNING: header doesn't build standalone: linux/times.h
WARNING: header doesn't build standalone: linux/trdevice.h
WARNING: header doesn't build standalone: linux/tty_driver.h
WARNING: header doesn't build standalone: linux/tty_flip.h
WARNING: header doesn't build standalone: linux/udf_fs_i.h
WARNING: header doesn't build standalone: linux/udf_fs_sb.h
WARNING: header doesn't build standalone: linux/ufs_fs_i.h
WARNING: header doesn't build standalone: linux/uinput.h
WARNING: header doesn't build standalone: linux/umem.h
WARNING: header doesn't build standalone: linux/umsdos_fs.h
WARNING: header doesn't build standalone: linux/un.h
WARNING: header doesn't build standalone: linux/usb_gadget.h
WARNING: header doesn't build standalone: linux/usbdevice_fs.h
WARNING: header doesn't build standalone: linux/utime.h
WARNING: header doesn't build standalone: linux/video_decoder.h
WARNING: header doesn't build standalone: linux/video_encoder.h
WARNING: header doesn't build standalone: linux/vt_buffer.h
WARNING: header doesn't build standalone: linux/watchdog.h
WARNING: header doesn't build standalone: linux/writeback.h
WARNING: header doesn't build standalone: linux/x25.h
WARNING: header doesn't build standalone: linux/zorro.h
J?rn
--
When in doubt, use brute force.
-- Ken Thompson
On Sun, 28 September 2003 21:44:31 +0200, J?rn Engel wrote:
> On Sun, 28 September 2003 21:31:50 +0200, Sam Ravnborg wrote:
> >
> > That should do it. Can you also integrate the check Linus mentioned,
> > to make sure no declarations are present.
>
> If it's simple enough, you'll have it tomorrow. Linus' check might
> take a bit longer, I'm not sure yet how to define an empty object
> file. Is it enough if objdump -tT only shows sections?
>
> > I would name the target: headercheck:
> > to be consistent with the other targets.
>
> ok.
First version of the script. Seems to work, but it catches a lot,
maybe too much.
J?rn
--
"Error protection by error detection and correction."
-- from a university class
--- /dev/null 1970-01-01 01:00:00.000000000 +0100
+++ linux-2.6.0-test5/scripts/checkheader.pl 2003-09-29 15:33:10.000000000 +0200
@@ -0,0 +1,43 @@
+#!/usr/bin/perl -w
+use strict;
+
+my $normsymbols = "^\n"
+ . "lib/header.o: file format elf32-i386\n"
+ . "\n"
+ . "SYMBOL TABLE:\n"
+ . "00000000 l df \\*ABS\\* 00000000 header.c\n"
+ . "00000000 l d .text 00000000 \n"
+ . "00000000 l d .data 00000000 \n"
+ . "00000000 l d .bss 00000000 \n"
+ . "00000000 l d .comment 00000000 \n"
+ . "\n"
+ . "\n\$";
+
+#my @headers = ("linux/fs.h");
+my @headers = sort(split(/\n/, `(cd include/ && find linux -name "*.h")`));
+my $basename = "lib/header";
+
+foreach my $h (@headers) {
+ close(STDERR);
+ open(STDERR, ">", "$basename.err");
+
+ open(HC, '>', "$basename.c");
+ print(HC "#include <$h>\n");
+ close(HC);
+
+ # tests
+ if (system("make", "$basename.o") != 0) {
+ print("WARNING: header doesn't build standalone: $h\n");
+ next;
+ }
+
+ my $symbols = `objdump -t $basename.o`;
+ if ($symbols !~ /$normsymbols/) {
+ print("WARNING: Symbols may be declared: $h\n");
+ }
+} continue {
+ # cleanup
+ unlink("$basename.c");
+ unlink("$basename.err");
+ unlink("$basename.o");
+}
--- linux-2.6.0-test5/Makefile~headercheck 2003-09-28 21:37:19.000000000 +0200
+++ linux-2.6.0-test5/Makefile 2003-09-29 15:31:13.000000000 +0200
@@ -838,6 +838,9 @@
-name '*.[hcS]' -type f -print | sort \
| xargs $(PERL) -w scripts/checkincludes.pl
+headercheck:
+ $(PERL) scripts/checkheader.pl
+
versioncheck:
find * $(RCS_FIND_IGNORE) \
-name '*.[hcS]' -type f -print | sort \
On Mon, Sep 29, 2003 at 08:23:55AM -0500, Florin Iucha wrote:
> I can no longer select my soundcard: In test5 it was configured by
> CONFIG_SND_CS46XX! This option is no longer available in test6 (make
> menuconfig does not offer me the opportunity).
You need to enable CONFIG_GAMEPORT, or apply this patch. Jaroslav, is
there a master plan for the CONFIG_SOUND_GAMEPORT -> CONFIG_GAMEPORT
conversion or is it a bug? this patch reverts it.
diff -Naur --exclude-from /home/muli/p/dontdiff linux-2.5/sound/pci/Kconfig revert-alsa-gameport-2.6.0-t6/sound/pci/Kconfig
--- linux-2.5/sound/pci/Kconfig Mon Sep 29 16:46:37 2003
+++ revert-alsa-gameport-2.6.0-t6/sound/pci/Kconfig Mon Sep 29 16:48:00 2003
@@ -17,7 +17,7 @@
config SND_CS46XX
tristate "Cirrus Logic (Sound Fusion) CS4280/CS461x/CS462x/CS463x"
- depends on SND && GAMEPORT
+ depends on SND && SOUND_GAMEPORT
help
Say 'Y' or 'M' to include support for Cirrus Logic CS4610 / CS4612 /
CS4614 / CS4615 / CS4622 / CS4624 / CS4630 / CS4280 chips.
@@ -30,7 +30,7 @@
config SND_CS4281
tristate "Cirrus Logic (Sound Fusion) CS4281"
- depends on SND && GAMEPORT
+ depends on SND && SOUND_GAMEPORT
help
Say 'Y' or 'M' to include support for Cirrus Logic CS4281.
@@ -83,7 +83,7 @@
config SND_TRIDENT
tristate "Trident 4D-Wave DX/NX; SiS 7018"
- depends on SND && GAMEPORT
+ depends on SND && SOUND_GAMEPORT
help
Say 'Y' or 'M' to include support for Trident 4D-Wave DX/NX and
SiS 7018 soundcards.
@@ -110,20 +110,20 @@
config SND_ENS1370
tristate "(Creative) Ensoniq AudioPCI 1370"
- depends on SND && GAMEPORT
+ depends on SND && SOUND_GAMEPORT
help
Say 'Y' or 'M' to include support for Ensoniq AudioPCI ES1370.
config SND_ENS1371
tristate "(Creative) Ensoniq AudioPCI 1371/1373"
- depends on SND && GAMEPORT
+ depends on SND && SOUND_GAMEPORT
help
Say 'Y' or 'M' to include support for Ensoniq AudioPCI ES1371 and
Sound Blaster PCI 64 or 128 soundcards.
config SND_ES1938
tristate "ESS ES1938/1946/1969 (Solo-1)"
- depends on SND && GAMEPORT
+ depends on SND && SOUND_GAMEPORT
help
Say 'Y' or 'M' to include support for ESS Solo-1 (ES1938, ES1946, ES1969)
soundcard.
@@ -173,7 +173,7 @@
config SND_SONICVIBES
tristate "S3 SonicVibes"
- depends on SND && GAMEPORT
+ depends on SND && SOUND_GAMEPORT
help
Say 'Y' or 'M' to include support for S3 SonicVibes based soundcards.
--
Muli Ben-Yehuda
http://www.mulix.org
On Mon, 29 Sep 2003, Florin Iucha wrote:
> On Sat, Sep 27, 2003 at 06:27:35PM -0700, Linus Torvalds wrote:
> >
> [snip]
> > arm, s390, ia64, x86-64, and ppc64 updates. USB, pcmcia and i2c stuff. And
> > a fair amount of janitorial.
>
> I can no longer select my soundcard: In test5 it was configured by
> CONFIG_SND_CS46XX! This option is no longer available in test6 (make
> menuconfig does not offer me the opportunity).
>
> It happened between test5-bk11 (option set/module build) and bk13
> (option not available).
>
> Please, give my sound option back!
The driver is still there. As workaround, you can enable GAMEPORT or kill
all occurences of string '&& GAMEPORT' in sound/pci/Kconfig (it's the real
fix).
Jaroslav
-----
Jaroslav Kysela <[email protected]>
Linux Kernel Sound Maintainer
ALSA Project, SuSE Labs
On Mon, 29 Sep 2003, Muli Ben-Yehuda wrote:
> On Mon, Sep 29, 2003 at 08:23:55AM -0500, Florin Iucha wrote:
>
> > I can no longer select my soundcard: In test5 it was configured by
> > CONFIG_SND_CS46XX! This option is no longer available in test6 (make
> > menuconfig does not offer me the opportunity).
>
> You need to enable CONFIG_GAMEPORT, or apply this patch. Jaroslav, is
> there a master plan for the CONFIG_SOUND_GAMEPORT -> CONFIG_GAMEPORT
> conversion or is it a bug? this patch reverts it.
CONFIG_SOUND_GAMEPORT define is ugly. It's better to remove all gameport
dependencies from the ALSA's configuration files and let drivers to
detect the gameport presence at "compile" time.
Jaroslav
-----
Jaroslav Kysela <[email protected]>
Linux Kernel Sound Maintainer
ALSA Project, SuSE Labs
On Mon, Sep 29, 2003 at 04:01:09PM +0200, Jaroslav Kysela wrote:
> On Mon, 29 Sep 2003, Muli Ben-Yehuda wrote:
>
> > On Mon, Sep 29, 2003 at 08:23:55AM -0500, Florin Iucha wrote:
> >
> > > I can no longer select my soundcard: In test5 it was configured by
> > > CONFIG_SND_CS46XX! This option is no longer available in test6 (make
> > > menuconfig does not offer me the opportunity).
> >
> > You need to enable CONFIG_GAMEPORT, or apply this patch. Jaroslav, is
> > there a master plan for the CONFIG_SOUND_GAMEPORT -> CONFIG_GAMEPORT
> > conversion or is it a bug? this patch reverts it.
>
> CONFIG_SOUND_GAMEPORT define is ugly. It's better to remove all gameport
> dependencies from the ALSA's configuration files and let drivers to
> detect the gameport presence at "compile" time.
I think it's a build system issue and thus should be handled by the
build system, not by #ifdefs. However, if that's the way you prefer
it, here's a patch to remove the GAMEPORT dependencies from
sound/pci/Kconfig. From a quick glance, all affected drivers have the
necessary ifdefs.
diff -Naur --exclude-from /home/muli/p/dontdiff linux-2.5/sound/pci/Kconfig revert-alsa-gameport-2.6.0-t6/sound/pci/Kconfig
--- linux-2.5/sound/pci/Kconfig Mon Sep 29 16:46:37 2003
+++ revert-alsa-gameport-2.6.0-t6/sound/pci/Kconfig Mon Sep 29 17:14:36 2003
@@ -17,7 +17,7 @@
config SND_CS46XX
tristate "Cirrus Logic (Sound Fusion) CS4280/CS461x/CS462x/CS463x"
- depends on SND && GAMEPORT
+ depends on SND
help
Say 'Y' or 'M' to include support for Cirrus Logic CS4610 / CS4612 /
CS4614 / CS4615 / CS4622 / CS4624 / CS4630 / CS4280 chips.
@@ -30,7 +30,7 @@
config SND_CS4281
tristate "Cirrus Logic (Sound Fusion) CS4281"
- depends on SND && GAMEPORT
+ depends on SND
help
Say 'Y' or 'M' to include support for Cirrus Logic CS4281.
@@ -83,7 +83,7 @@
config SND_TRIDENT
tristate "Trident 4D-Wave DX/NX; SiS 7018"
- depends on SND && GAMEPORT
+ depends on SND
help
Say 'Y' or 'M' to include support for Trident 4D-Wave DX/NX and
SiS 7018 soundcards.
@@ -110,20 +110,20 @@
config SND_ENS1370
tristate "(Creative) Ensoniq AudioPCI 1370"
- depends on SND && GAMEPORT
+ depends on SND
help
Say 'Y' or 'M' to include support for Ensoniq AudioPCI ES1370.
config SND_ENS1371
tristate "(Creative) Ensoniq AudioPCI 1371/1373"
- depends on SND && GAMEPORT
+ depends on SND
help
Say 'Y' or 'M' to include support for Ensoniq AudioPCI ES1371 and
Sound Blaster PCI 64 or 128 soundcards.
config SND_ES1938
tristate "ESS ES1938/1946/1969 (Solo-1)"
- depends on SND && GAMEPORT
+ depends on SND
help
Say 'Y' or 'M' to include support for ESS Solo-1 (ES1938, ES1946, ES1969)
soundcard.
@@ -173,7 +173,7 @@
config SND_SONICVIBES
tristate "S3 SonicVibes"
- depends on SND && GAMEPORT
+ depends on SND
help
Say 'Y' or 'M' to include support for S3 SonicVibes based soundcards.
--
Muli Ben-Yehuda
http://www.mulix.org
At Mon, 29 Sep 2003 16:01:09 +0200 (CEST),
Jaroslav wrote:
>
> On Mon, 29 Sep 2003, Muli Ben-Yehuda wrote:
>
> > On Mon, Sep 29, 2003 at 08:23:55AM -0500, Florin Iucha wrote:
> >
> > > I can no longer select my soundcard: In test5 it was configured by
> > > CONFIG_SND_CS46XX! This option is no longer available in test6 (make
> > > menuconfig does not offer me the opportunity).
> >
> > You need to enable CONFIG_GAMEPORT, or apply this patch. Jaroslav, is
> > there a master plan for the CONFIG_SOUND_GAMEPORT -> CONFIG_GAMEPORT
> > conversion or is it a bug? this patch reverts it.
>
> CONFIG_SOUND_GAMEPORT define is ugly. It's better to remove all gameport
> dependencies from the ALSA's configuration files and let drivers to
> detect the gameport presence at "compile" time.
well, as Muli pointed out in another thread, the problem is when
ALSA=y but GAMEPORT=m. and, in such a case, there is a difference
between with and without CONFIG_SOUND_GAMEPORT condition.
if CONFIG_SOUND_GAMEPORT is used, the ALSA module will be forced to be
m, so that the gameport is supported.
if we drop this condition check, the ALSA will be kept as y, and the
gameport support will be simply dropped, too.
i think it would be better if we can show warnings about this
confliction instead of dropping the functionality silently.
but if there is no way.... hmm, difficult to say which is better
behavior.
--
Takashi Iwai <tiwai dot suse.de> ALSA Developer - http://www.alsa-project.org
On Mon, Sep 29, 2003 at 03:36:24PM +0200, J?rn Engel wrote:
> First version of the script. Seems to work, but it catches a lot,
> maybe too much.
What about adding a negative list, so headerfiles that we decide
shall not be able to compile stand-alone are filtered away.
But new headers are added.
Sam
On Mon, 29 September 2003 16:50:57 +0200, Sam Ravnborg wrote:
> On Mon, Sep 29, 2003 at 03:36:24PM +0200, J?rn Engel wrote:
> > First version of the script. Seems to work, but it catches a lot,
> > maybe too much.
>
> What about adding a negative list, so headerfiles that we decide
> shall not be able to compile stand-alone are filtered away.
> But new headers are added.
Would work. But I'd prefer to have that information inside the header
files, under some syntax.
/* attr: indirect header */
Is this acceptable?
J?rn
--
Happiness isn't having what you want, it's wanting what you have.
-- unknown
Russell King wrote:
> If a header has something like these:
>
> struct my_headers_struct {
> struct task_struct *tsk;
> };
>
> void my_function(struct task_struct *tsk);
>
> and gcc warns that "struct task_struct" has not been declared, please
> don't think about adding another header. Just declare the structure
> in the header file which needs it like this:
>
> struct task_struct;
If I do that, make a change to task_struct, then run make, will the file
get rebuilt?
Chris
--
Chris Friesen | MailStop: 043/33/F10
Nortel Networks | work: (613) 765-0557
3500 Carling Avenue | fax: (613) 765-2986
Nepean, ON K2H 8E9 Canada | email: [email protected]
On Sun, Sep 28, 2003 at 10:59:02AM +0200, Roger Luethi wrote:
> With test6, keyboard repeat takes very noticably longer to kick in after X
> has been started (for both X and console). In test5, starting X makes no
> difference.
Bug in repeat rate setting code. Thanks for reporting, this should fix
it:
diff -Nru a/drivers/input/keyboard/atkbd.c b/drivers/input/keyboard/atkbd.c
--- a/drivers/input/keyboard/atkbd.c Mon Sep 29 17:16:17 2003
+++ b/drivers/input/keyboard/atkbd.c Mon Sep 29 17:16:17 2003
@@ -370,10 +370,11 @@
static int atkbd_event(struct input_dev *dev, unsigned int type, unsigned int code, int value)
{
struct atkbd *atkbd = dev->private;
- struct { int p; u8 v; } period[] =
- { {30, 0x00}, {25, 0x02}, {20, 0x04}, {15, 0x08}, {10, 0x0c}, {7, 0x10}, {5, 0x14}, {0, 0x14} };
- struct { int d; u8 v; } delay[] =
- { {1000, 0x60}, {750, 0x40}, {500, 0x20}, {250, 0x00}, {0, 0x00} };
+ const short period[32] =
+ { 33, 37, 42, 46, 50, 54, 58, 63, 67, 75, 83, 92, 100, 109, 116, 125,
+ 133, 149, 167, 182, 200, 217, 232, 250, 270, 303, 333, 370, 400, 435, 470, 500 };
+ const short delay[4] =
+ { 250, 500, 750, 1000 };
char param[2];
int i, j;
@@ -407,11 +408,11 @@
if (atkbd_softrepeat) return 0;
i = j = 0;
- while (period[i].p > dev->rep[REP_PERIOD]) i++;
- while (delay[j].d > dev->rep[REP_DELAY]) j++;
- dev->rep[REP_PERIOD] = period[i].p;
- dev->rep[REP_DELAY] = delay[j].d;
- param[0] = period[i].v | delay[j].v;
+ while (i < 32 && period[i] < dev->rep[REP_PERIOD]) i++;
+ while (j < 4 && delay[j] < dev->rep[REP_DELAY]) j++;
+ dev->rep[REP_PERIOD] = period[i];
+ dev->rep[REP_DELAY] = delay[j];
+ param[0] = i | (j << 5);
atkbd_command(atkbd, param, ATKBD_CMD_SETREP);
return 0;
--
Vojtech Pavlik
SuSE Labs, SuSE CR
On Mon, 29 Sep 2003, Chris Friesen wrote:
> Russell King wrote:
> > If a header has something like these:
> >
> > struct my_headers_struct {
> > struct task_struct *tsk;
> > };
> >
> > void my_function(struct task_struct *tsk);
> >
> > and gcc warns that "struct task_struct" has not been declared, please
> > don't think about adding another header. Just declare the structure
> > in the header file which needs it like this:
> >
> > struct task_struct;
>
> If I do that, make a change to task_struct, then run make, will the file
> get rebuilt?
No. But using that definition all you can do (without warnings) is passing
pointers to the struct around, which is OK.
If you want to play with the internals of the structure, you have to include
the right header file anyway.
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
Linux 2.6 Compile Statistics (gcc 3.2.2)
----------------------------------------
Warnings/Errors Summary
Kernel bzImage bzImage modules bzImage modules
(defconfig) (allyes) (allyes) (allmod) (allmod)
----------- ----------- -------- -------- -------- ---------
2.6.0-test6 0w/0e 188w/ 1e 12w/0e 3w/0e 260w/ 2e
2.6.0-test5 0w/0e 205w/ 9e 15w/1e 0w/0e 305w/ 5e
2.6.0-test4 0w/0e 797w/55e 68w/1e 3w/0e 1016w/34e
2.6.0-test3 0w/0e 755w/66e 62w/1e 7w/9e 984w/42e
2.6.0-test2 0w/0e 952w/65e 63w/2e 7w/9e 1201w/43e
2.6.0-test1 0w/0e 1016w/60e 75w/1e 8w/9e 1319w/38e
Web page with links to complete details:
http://developer.osdl.org/cherry/compile/
Daily compiles (ia32):
http://developer.osdl.org/cherry/compile/2.6/linus-tree/running.txt
Daily compiles (ia64):
http://developer.osdl.org/cherry/compile/2.6/linus-tree/running64.txt
Latest changes in Linus' bitkeeper tree:
http://linux.bkbits.net:8080/linux-2.5
Warning Summary
drivers/block: 1 warnings, 0 errors
drivers/cdrom: 3 warnings, 0 errors
drivers/char: 2 warnings, 0 errors
drivers/ide: 30 warnings, 0 errors
drivers/media: 5 warnings, 0 errors
drivers/message: 1 warnings, 0 errors
drivers/mtd: 25 warnings, 0 errors
drivers/pcmcia: 3 warnings, 0 errors
drivers/scsi/pcmcia: 4 warnings, 0 errors
drivers/scsi: 43 warnings, 0 errors
drivers/serial: 1 warnings, 0 errors
drivers/telephony: 5 warnings, 0 errors
drivers/video/aty: 3 warnings, 0 errors
drivers/video/console: 2 warnings, 0 errors
drivers/video/matrox: 5 warnings, 0 errors
drivers/video/sis: 1 warnings, 0 errors
drivers/video: 8 warnings, 0 errors
net: 13 warnings, 0 errors
sound/isa: 3 warnings, 0 errors
sound/oss: 49 warnings, 0 errors
Error Summary
drivers/net: 0 warnings, 3 errors
drivers/net: 57 warnings, 2 errors
John
Nick Piggin wrote:
>
>
> Rob Landley wrote:
>
>> On Sunday 28 September 2003 02:03, Con Kolivas wrote:
>>
>>> On Sun, 28 Sep 2003 11:27, Linus Torvalds wrote:
>>>
>>>> from Andrew Morton. Most notably perhaps Con's scheduler changes that
>>>> have been discussed extensively and made it into the -mm tree for
>>>> testing.
>>>>
>>> For those who are trying this for the first time, please note that the
>>> scheduler has been tuned to tell the difference between tasks of the
>>> _same_
>>> nice level. This means do NOT renice X or it will make audio skip unless
>>> you also renice your audio application by the same amount. Lots of
>>> distributions have done this for the old 2.4 scheduler which could not
>>> treat equal "nice" levels as differently as the new scheduler does
>>> and 2.6
>>> shouldn't need special treatment.
>>>
>>> So for testing note the following points:
>>>
>>> Make sure X is NOT reniced to -10 as many distributions are doing.
>>> Some shells spawn processes at nice +5 by default and this will make
>>> audio
>>> apps suffer.
>>> Make sure your hard disk, graphics card and audio card are performing at
>>> equal standard to your 2.4 kernel (ie dma is working, graphics is fully
>>> accelerated etc).
>>>
>>
>> I.E. with your new scheduler, priority levels actually have enough of
>> an effect now that things that aren't reniced can be noticeably
>> starved by things that are.
>>
>
> AFAIK, Con's scheduler doesn't change the nice implementation at all.
> Possibly some of his changes amplify its problems, or, more likely they
> remove most other scheduler problems leaving this one noticable.
>
> If X is running at -20, and xmms at +19, xmms is supposed to still get
> 5% of the CPU. Should be enough to run fine. Unfortunately this is
> achieved by giving X very large timeslices, so xmms's scheduling latency
> becomes large. The interactivity bonuses don't help, either.
>
there are 40 positions between -20 and 19, that doesn't equal 5% steps.
They don't even refer to % of cpu. If i nice a process to -20 it
doesn't get a given percentage of cpu just because it's -20. I may have
other processes at -20 as well. If you nice something to -20 and it is
actually using that cpu then things that are +19 shouldn't run and wont
run. If I nice -20 vmstat 1, it's not going to starve xmms (or any
better audio player). -20 means starve all and it should do that when
it actually makes use of the resources.
Am Montag, 29. September 2003 17:00 schrieb J?rn Engel:
>
> Would work. But I'd prefer to have that information inside the header
> files, under some syntax.
>
> /* attr: indirect header */
>
> Is this acceptable?
Just a suggestion: Make it a define. Comments tend to be re-formatted,
"improved", deleted, etc. You get the picture. So I think that:
#define PRAGMA_INDIRECT_HEADER TRUE
(or something similiar) would be better suited.
Regards,
Dominik
--
Those who can make you believe absurdities can make you commit
atrocities. (Francois Marie Arouet aka Voltaire, 1694-1778)
On Mon, 29 Sep 2003, John Cherry wrote:
> Linux 2.6 Compile Statistics (gcc 3.2.2)
> ----------------------------------------
>
> Warnings/Errors Summary
>
> Kernel bzImage bzImage modules bzImage modules
> (defconfig) (allyes) (allyes) (allmod) (allmod)
> ----------- ----------- -------- -------- -------- ---------
> 2.6.0-test6 0w/0e 188w/ 1e 12w/0e 3w/0e 260w/ 2e
> 2.6.0-test5 0w/0e 205w/ 9e 15w/1e 0w/0e 305w/ 5e
> 2.6.0-test4 0w/0e 797w/55e 68w/1e 3w/0e 1016w/34e
> 2.6.0-test3 0w/0e 755w/66e 62w/1e 7w/9e 984w/42e
> 2.6.0-test2 0w/0e 952w/65e 63w/2e 7w/9e 1201w/43e
> 2.6.0-test1 0w/0e 1016w/60e 75w/1e 8w/9e 1319w/38e
>
I was wondering if there would be any point in doing these builds with
"allnoconfig" as well?
Could this possibly flush out some warnings/errors that only occur when
something is left out?
/Jesper Juhl
> I can confirm that no mail was received from the mail alias for the week
> including September 18th. Maybe the mail about sched_clock() never made
> it to the alias in the first place?
I got it just fine:
>From [email protected] Thu Sep 18 20:09:05 2003
Date: Thu, 18 Sep 2003 12:45:52 -0700
From: Andrew Morton <[email protected]>
Subject: sched_clock implementation
Message-Id: <[email protected]>
I'll be merging Ingo & Con's CPOU scheduler changes into Linus's tree
soon.
It does require that the architecture provides a new timing function:
...
In article <[email protected]>,
Nick Piggin <[email protected]> wrote:
| AFAIK, Con's scheduler doesn't change the nice implementation at all.
| Possibly some of his changes amplify its problems, or, more likely they
| remove most other scheduler problems leaving this one noticable.
|
| If X is running at -20, and xmms at +19, xmms is supposed to still get
| 5% of the CPU. Should be enough to run fine. Unfortunately this is
| achieved by giving X very large timeslices, so xmms's scheduling latency
| becomes large. The interactivity bonuses don't help, either.
Clearly the "some is good, more is better" approach doesn't provide
stable balance between sound and cpu hogs. It isn't a question of "how
much" cpu, just "when"which works or not.
This is sort of like the deadline scheduler in that it trades of
throughput for avoiding jackpot cases. I think that's desired behaviour
in a CPU schedular too, at least if used by humans.
--
bill davidsen <[email protected]>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
In article <[email protected]>,
Muli Ben-Yehuda <[email protected]> wrote:
| I think it's a build system issue and thus should be handled by the
| build system, not by #ifdefs. However, if that's the way you prefer
| it, here's a patch to remove the GAMEPORT dependencies from
| sound/pci/Kconfig. From a quick glance, all affected drivers have the
| necessary ifdefs.=20
Yes, I think there are people who would like working sounds who don't
play games. It's totally inobvious that you need to configure gameport
support to get sound on the menu.
--
bill davidsen <[email protected]>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
In article <[email protected]>,
Linus Torvalds <[email protected]> wrote:
| Interesting. I'm pretty sure I did a "make allyesconfig" just before the
| test6 release, so apparently x86 includes it indirectly through some path,
| and so it only shows up on m68k and arm?
|
| This, btw, is a pretty common thing. I wonder what we could do to make
| sure that different architectures wouldn't have so different include file
| structures. It's happened _way_ too often.
|
| Any ideas?
If CPU cycles are no object the include names and order can be picked
out of the preprocessor output, add "-E" to the gcc call, pick only the
lines starting with "1" and a header name, save in a text file. The
problem is that config option (including arch) change the output, so
it's only useful as a rough check.
It does run fast enough so that allyes, allno, and allmod configs take a
very short time, so it can be used for "find some of the problems."
Don't know if this is what you wanted, it does allow the comparison
between arch's. Oh, it also shows that some headers are used a lot more
than they need be, a few more ifdef's in the low level header files
could reduce filesystem thrashing during a build. Some folks have
machines which don't keep everything in memory :-(
--
bill davidsen <[email protected]>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
Ed Sweetman wrote:
> Nick Piggin wrote:
>
>>
>>
>> Rob Landley wrote:
>>
>>> On Sunday 28 September 2003 02:03, Con Kolivas wrote:
>>>
>>>> On Sun, 28 Sep 2003 11:27, Linus Torvalds wrote:
>>>>
>>>>> from Andrew Morton. Most notably perhaps Con's scheduler changes that
>>>>> have been discussed extensively and made it into the -mm tree for
>>>>> testing.
>>>>>
>>>> For those who are trying this for the first time, please note that the
>>>> scheduler has been tuned to tell the difference between tasks of
>>>> the _same_
>>>> nice level. This means do NOT renice X or it will make audio skip
>>>> unless
>>>> you also renice your audio application by the same amount. Lots of
>>>> distributions have done this for the old 2.4 scheduler which could not
>>>> treat equal "nice" levels as differently as the new scheduler does
>>>> and 2.6
>>>> shouldn't need special treatment.
>>>>
>>>> So for testing note the following points:
>>>>
>>>> Make sure X is NOT reniced to -10 as many distributions are doing.
>>>> Some shells spawn processes at nice +5 by default and this will
>>>> make audio
>>>> apps suffer.
>>>> Make sure your hard disk, graphics card and audio card are
>>>> performing at
>>>> equal standard to your 2.4 kernel (ie dma is working, graphics is
>>>> fully
>>>> accelerated etc).
>>>>
>>>
>>> I.E. with your new scheduler, priority levels actually have enough
>>> of an effect now that things that aren't reniced can be noticeably
>>> starved by things that are.
>>>
>>
>> AFAIK, Con's scheduler doesn't change the nice implementation at all.
>> Possibly some of his changes amplify its problems, or, more likely they
>> remove most other scheduler problems leaving this one noticable.
>>
>> If X is running at -20, and xmms at +19, xmms is supposed to still get
>> 5% of the CPU. Should be enough to run fine. Unfortunately this is
>> achieved by giving X very large timeslices, so xmms's scheduling latency
>> becomes large. The interactivity bonuses don't help, either.
>>
>
> there are 40 positions between -20 and 19, that doesn't equal 5%
> steps. They
No, but the maximum timeslice (sole metric changed by nice) is 200, the
min is 10 (5%). And between them, timeslices are calculated linearly.
> don't even refer to % of cpu. If i nice a process to -20 it doesn't
> get a given percentage of cpu just because it's -20. I may have other
No, but it should get 2000% of what a nice +19 process will get in the
same system (regardless of what else is running).
> processes at -20 as well. If you nice something to -20 and it is
> actually using that cpu then things that are +19 shouldn't run and
They do.
> wont run. If I nice -20 vmstat 1, it's not going to starve xmms (or
> any better audio player). -20 means starve all and it should do that
> when it actually makes use of the resources.
I don't know exactly what nice is supposed to do other than "raise
priority", but its fairly well accepted that it should increase the
process' % cpu time (vs others) without completely starving everyone.
It is probably a justified criticism that 5% is too much for a +19 task
to get vs a -20 task, but it has to get something.
bill davidsen wrote:
>In article <[email protected]>,
>Nick Piggin <[email protected]> wrote:
>
>| AFAIK, Con's scheduler doesn't change the nice implementation at all.
>| Possibly some of his changes amplify its problems, or, more likely they
>| remove most other scheduler problems leaving this one noticable.
>|
>| If X is running at -20, and xmms at +19, xmms is supposed to still get
>| 5% of the CPU. Should be enough to run fine. Unfortunately this is
>| achieved by giving X very large timeslices, so xmms's scheduling latency
>| becomes large. The interactivity bonuses don't help, either.
>
>Clearly the "some is good, more is better" approach doesn't provide
>stable balance between sound and cpu hogs. It isn't a question of "how
>much" cpu, just "when"which works or not.
>
>This is sort of like the deadline scheduler in that it trades of
>throughput for avoiding jackpot cases. I think that's desired behaviour
>in a CPU schedular too, at least if used by humans.
>
I'm not sure what you mean. There is nothing good to say about Ingo's
nice mechanism though (sorry Ingo, its otherwise a very nice
scheduler!).
In my scheduler, nice -20 processes get small timeslices so scheduling
latency stays low or even gets lower, while nice +19 ones get large
timeslices for lower context switches and better cache efficiency. As
you would like.
Vojtech Pavlik <[email protected]>, on Mon Sep 29, 2003 [05:16:43 PM] said:
> On Sun, Sep 28, 2003 at 10:59:02AM +0200, Roger Luethi wrote:
>
> > With test6, keyboard repeat takes very noticably longer to kick in after X
> > has been started (for both X and console). In test5, starting X makes no
> > difference.
>
> Bug in repeat rate setting code. Thanks for reporting, this should fix
> it:
>
Hi;
I applied this patch to 2.6.0-test6, but the delay before
repeat kicks in is slower than previous versions. It seems more like
the latest 2.4 kernel. Note, this isnt the speed of the repeat, but
the delay before it kicks in. Havent tested unpatched test6.
On the other hand, the mouse pointer (ps/2) has been kicked
into overdrive. much faster than test5 and latest 2.4.
Also, I think that the requirement to enable gameport in
the input section to get access to some alsa sound drivers is
a bug. Ive looked at the source to some, and they #ifdef around
gameport support. test5 didnt have this problem for my 1371 driver.
Paul
[email protected]
On Mon, 29 September 2003 19:19:30 +0000, bill davidsen wrote:
> In article <[email protected]>,
> Linus Torvalds <[email protected]> wrote:
>
> | Interesting. I'm pretty sure I did a "make allyesconfig" just before the
> | test6 release, so apparently x86 includes it indirectly through some path,
> | and so it only shows up on m68k and arm?
> |
> | This, btw, is a pretty common thing. I wonder what we could do to make
> | sure that different architectures wouldn't have so different include file
> | structures. It's happened _way_ too often.
> |
> | Any ideas?
>
> If CPU cycles are no object the include names and order can be picked
> out of the preprocessor output, add "-E" to the gcc call, pick only the
> lines starting with "1" and a header name, save in a text file. The
> problem is that config option (including arch) change the output, so
> it's only useful as a rough check.
How is this better than adding "-H", as Jamie suggested?
> Don't know if this is what you wanted, it does allow the comparison
> between arch's. Oh, it also shows that some headers are used a lot more
> than they need be, a few more ifdef's in the low level header files
> could reduce filesystem thrashing during a build. Some folks have
> machines which don't keep everything in memory :-(
How do you find the correct places to prune include lines?
J?rn
--
A defeated army first battles and then seeks victory.
-- Sun Tzu
On Tue, Sep 30, 2003 at 03:50:24AM -0400, Paul wrote:
> Vojtech Pavlik <[email protected]>, on Mon Sep 29, 2003 [05:16:43 PM] said:
> > On Sun, Sep 28, 2003 at 10:59:02AM +0200, Roger Luethi wrote:
> >
> > > With test6, keyboard repeat takes very noticably longer to kick in after X
> > > has been started (for both X and console). In test5, starting X makes no
> > > difference.
> >
> > Bug in repeat rate setting code. Thanks for reporting, this should fix
> > it:
> >
> Hi;
>
> I applied this patch to 2.6.0-test6, but the delay before
> repeat kicks in is slower than previous versions. It seems more like
> the latest 2.4 kernel.
This is because it is the same as on the latest 2.4 kernel. 2.6 used
software autorepeat up to test6. Now, because of hardware bugs, it was
necessary to switch back to hardware autorepeat, like 2.4 uses.
> Note, this isnt the speed of the repeat, but
> the delay before it kicks in. Havent tested unpatched test6.
> On the other hand, the mouse pointer (ps/2) has been kicked
> into overdrive. much faster than test5 and latest 2.4.
Interesting. This probably has much to do with mouse acceleration
settings. What was done was that the mouse report rate was made LOWER
(60 compared to 200) to cure problems with some systems that couldn't
handle the high report rate.
This makes the movement per report larger and thus the acceleration
formula in XFree then works more aggressively.
> Also, I think that the requirement to enable gameport in
> the input section to get access to some alsa sound drivers is
> a bug. Ive looked at the source to some, and they #ifdef around
> gameport support. test5 didnt have this problem for my 1371 driver.
That one is for ALSA people.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
> This is because it is the same as on the latest 2.4 kernel. 2.6 used
> software autorepeat up to test6. Now, because of hardware bugs, it was
> necessary to switch back to hardware autorepeat, like 2.4 uses.
and it fixes the problem with my notebook's keyboard, thanks :)
> Interesting. This probably has much to do with mouse acceleration
> settings. What was done was that the mouse report rate was made LOWER
> (60 compared to 200) to cure problems with some systems that couldn't
> handle the high report rate.
>
> This makes the movement per report larger and thus the acceleration
> formula in XFree then works more aggressively.
test6 was the first 2.5/2.6 kernel that psmouse_noext=1 wasn't necessary
to make my synaptics touchpad work. but i noticed it's much more
sensible (with leads to be very difficult to hit xmms' pause button :)
than using it with noext option. is anyone working in an user level
application to configure 2.6's synaptics touchpad driver?
thanks again for your effort
--
aris
On Tue, Sep 30, 2003 at 10:21:34AM -0300, Aristeu Sergio Rozanski Filho wrote:
> > This is because it is the same as on the latest 2.4 kernel. 2.6 used
> > software autorepeat up to test6. Now, because of hardware bugs, it was
> > necessary to switch back to hardware autorepeat, like 2.4 uses.
> and it fixes the problem with my notebook's keyboard, thanks :)
What problem exactly was that?
> > Interesting. This probably has much to do with mouse acceleration
> > settings. What was done was that the mouse report rate was made LOWER
> > (60 compared to 200) to cure problems with some systems that couldn't
> > handle the high report rate.
> >
> > This makes the movement per report larger and thus the acceleration
> > formula in XFree then works more aggressively.
> test6 was the first 2.5/2.6 kernel that psmouse_noext=1 wasn't necessary
> to make my synaptics touchpad work. but i noticed it's much more
> sensible (with leads to be very difficult to hit xmms' pause button :)
> than using it with noext option. is anyone working in an user level
> application to configure 2.6's synaptics touchpad driver?
Have you tried the
http://w1.894.telia.com/~u89404340/touchpad/index.html
XFree86 driver?
--
Vojtech Pavlik
SuSE Labs, SuSE CR
> What problem exactly was that?
it repeats pressed keys too fast. sometimes it's even impossible to
type something without get repeated letters.
iirc, you wrote a mail days ago about how to help to debug
this. i may dig it and provide some extra information if you want.
> http://w1.894.telia.com/~u89404340/touchpad/index.html
>
> XFree86 driver?
i didn't, i'll check this, thanks
--
aris
On Tue, Sep 30, 2003 at 11:05:21AM -0300, Aristeu Sergio Rozanski Filho wrote:
> > What problem exactly was that?
> it repeats pressed keys too fast. sometimes it's even impossible to
> type something without get repeated letters.
> iirc, you wrote a mail days ago about how to help to debug
> this. i may dig it and provide some extra information if you want.
Ahh, I think I remember. Well, you can still try with atkbd_softrepeat=1
to see if the too fast autorepeat still happens if software autorepeat
is used. It doesn't work with test6, but test7 will hopefully include a
fix.
> > http://w1.894.telia.com/~u89404340/touchpad/index.html
> >
> > XFree86 driver?
> i didn't, i'll check this, thanks
>
> --
> aris
>
--
Vojtech Pavlik
SuSE Labs, SuSE CR
On Tue, 30 Sep 2003, [iso-8859-1] J?rn Engel wrote:
> On Mon, 29 September 2003 19:19:30 +0000, bill davidsen wrote:
> > In article <[email protected]>,
> > Linus Torvalds <[email protected]> wrote:
> >
> > | Interesting. I'm pretty sure I did a "make allyesconfig" just before the
> > | test6 release, so apparently x86 includes it indirectly through some path,
> > | and so it only shows up on m68k and arm?
> > |
> > | This, btw, is a pretty common thing. I wonder what we could do to make
> > | sure that different architectures wouldn't have so different include file
> > | structures. It's happened _way_ too often.
> > |
> > | Any ideas?
> >
> > If CPU cycles are no object the include names and order can be picked
> > out of the preprocessor output, add "-E" to the gcc call, pick only the
> > lines starting with "1" and a header name, save in a text file. The
> > problem is that config option (including arch) change the output, so
> > it's only useful as a rough check.
>
> How is this better than adding "-H", as Jamie suggested?
I didn't see that in Linus' post, and still don't. I suspect you're
thinking of some post which came later. Linus asked for ideas, I supplied
one, sorry it offends you.
--
bill davidsen <[email protected]>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
On Tue, 30 Sep 2003, Aristeu Sergio Rozanski Filho wrote:
> > What problem exactly was that?
> it repeats pressed keys too fast. sometimes it's even impossible to
> type something without get repeated letters.
> iirc, you wrote a mail days ago about how to help to debug
> this. i may dig it and provide some extra information if you want.
>
> > http://w1.894.telia.com/~u89404340/touchpad/index.html
> >
> > XFree86 driver?
> i didn't, i'll check this, thanks
It also includes a synclient program to tweak settings on-the-fly,
which is very useful to tune it the way you like without restarting X
repeatedly.
--
Mark W. Alexander
[email protected]
> Ahh, I think I remember. Well, you can still try with atkbd_softrepeat=1
> to see if the too fast autorepeat still happens if software autorepeat
> is used. It doesn't work with test6, but test7 will hopefully include a
> fix.
it's already fixed in test6 :)
thanks,
--
aris
> > > http://w1.894.telia.com/~u89404340/touchpad/index.html
> > >
> > > XFree86 driver?
> > i didn't, i'll check this, thanks
>
> It also includes a synclient program to tweak settings on-the-fly,
> which is very useful to tune it the way you like without restarting X
> repeatedly.
it's working fine!
thanks :)
--
aris