ChangeSet@1.1496.16.1, 2003-12-29 15:09:42-08:00, davem@kernel.bkbits.net Merge davem@nuts.ninka.net:/disk1/davem/BK/compat-aio-2.5 into kernel.bkbits.net:/home/davem/compat-aio-2.5 ChangeSet@1.1514, 2003-12-29 14:44:52-08:00, torvalds@home.osdl.org Merge bk://kernel.bkbits.net/davem/sparc-2.5 into home.osdl.org:/home/torvalds/v2.5/linux ChangeSet@1.1496.1.14, 2003-12-29 14:37:14-08:00, torvalds@home.osdl.org Merge bk://linuxusb.bkbits.net/usb-devel-2.6 into home.osdl.org:/home/torvalds/v2.5/linux ChangeSet@1.1512, 2003-12-29 13:16:58-08:00, zaitcev@redhat.com [SPARC]: Get sun4c functional again in 2.6.0 Move some elements of task_struct into thread_info so that these elements are locked into the TLB in the trap handlers and thus will not cause a watchdog reset. ChangeSet@1.1496.1.13, 2003-12-29 13:11:19-08:00, torvalds@home.osdl.org Fix ATA 64-bit divides with CONFIG_LBD. Use "sector_div()" to do the division, that's what it exists for. ChangeSet@1.1496.15.7, 2003-12-29 12:31:36-08:00, arnaud.quette@mgeups.com [PATCH] USB: disable hiddev support for MGE UPS following my recent posts on libusb-devel and hidups, here's a patch to disable hiddev support for MGE UPSs. It only declares VID/PID as QUIRK_IGNORE in hid-core's blacklist. This simply prevent hiddev to be loaded when plugging an MGE UPS. ChangeSet@1.1496.15.6, 2003-12-29 12:30:55-08:00, david-b@pacbell.net [PATCH] USB: let USB_{PEGASUS,USBNET} depend on NET_ETHERNET Adrian Bunk wrote: > I observed the following small problem in 2.6: > > - MII depends on NET_ETHERNET > - USB_PEGASUS and USB_USBNET select MII, but they depend only on NET > > The patch below lets USB_PEGASUS and USB_USBNET depend on NET_ETHERNET > instead of NET to fix this issue. Actually how about this one instead? The PEGASUS bit is the same. The difference is that MII (and CRC32) are only attributed to the driver code that needs those ... AX8817X needs both, ZAURUS just needs CRC32. The core (which should eventually become a separate module) shouldn't depend on those modules at all. Also both CDCETHER and AX8817X are marked as non-experimental; I recall Dave Hollis submitted a patch to do that for AX8817X, and CDCETHER now seems to have gotten enough success reports too. ChangeSet@1.1496.15.5, 2003-12-29 12:29:37-08:00, david-b@pacbell.net [PATCH] USB: ethernet gadget supports goku_udc This patch just adds TC86c001 (goku) UDC support to the "ether.c" gadget driver. This hardware supports a full speed CDC Ethernet interface. ChangeSet@1.1496.15.4, 2003-12-29 12:29:21-08:00, david-b@pacbell.net [PATCH] USB: gadget zero updates Small updates: - support TC86c001 (goku_udc) controller - simplify the per-controller configuration - add two vendor requests to test control-OUT - some minor fixes ChangeSet@1.1496.15.3, 2003-12-29 12:29:03-08:00, david-b@pacbell.net [PATCH] USB: doc updates As more people have been using this API, the need for some clarifications has (no surprise!) came up. Most significant is the halt processing, needed to make Alan's "File Storage Gadget" (mass storage class, talks to usb-storage and Windows) handle fault cases cleanly. Gadget drivers can't halt IN endpoints until the FIFO is emptied by the host ... virtually no hardware tries to sequence the DATA and STALL packets by itself. ChangeSet@1.1496.15.2, 2003-12-29 12:21:02-08:00, akropel1@rochester.rr.com [PATCH] USB: Stop hiddev generating empty events hiddev is mistakenly returning empty hiddev_event structures for report events. According to Documentation/usb/hiddev.txt, report events are only sent when HIDDEV_FLAG_REPORT and HIDDEV_FLAG_UREF are both set. Currently, report events from hid cause hiddev to generate empty hiddev_event events when HIDDEV_FLAG_UREF is not set. ChangeSet@1.1496.6.53, 2003-12-29 12:13:21-08:00, wim@iguana.be [PATCH] Watchdog update Kconfig: Reflect new watchdog Documentation directory. [USB] hid blacklist addition: Add the Berkshire Products USB PC Watchdog to the hid blacklist. This to avoid problems with USB-Disconnects when the card feels it should reboot... ChangeSet@1.1496.6.52, 2003-12-29 11:34:17-08:00, torvalds@home.osdl.org Don't print out I/O error warnings for non-filesystem requests. The errors will be reported by the code that started the request, and printing out "sector numbers" for special requests makes no sense. ChangeSet@1.1496.6.51, 2003-12-29 10:23:53-08:00, mingo@elte.hu [PATCH] Fix context switch accounting Noted by Nick Piggin, fix based on a patch by Linus. I've done some additional cleanups: fixed a compilation warning on UP and cleaned up the goto pick_next_task code. Moved the 'unlikely' to the test as a whole. I've tested this patch and the context-switch stats look OK. ChangeSet@1.1496.6.50, 2003-12-29 10:20:31-08:00, torvalds@home.osdl.org Turn off UHCI interrupts at initialization. The BIOS may have left the USB controller in some strange state, and we want to fully initialize it before we are ready to handle interrupts. ChangeSet@1.1496.6.49, 2003-12-29 10:19:06-08:00, torvalds@home.osdl.org Release the mmap semaphore in the legacy 80386 "verify_area()" if an error happens. ChangeSet@1.1496.6.48, 2003-12-29 10:18:11-08:00, torvalds@home.osdl.org Add support for checking before-the-fact whether an IRQ is already registered or not. The x86 PCI layer wants this for its availability testing. Doing a request_irq()/free_irq() pair to check this condition like we used to do can lock the machine if the irq happens to be screaming. ChangeSet@1.1510, 2003-12-24 19:30:55-08:00, davem@nuts.ninka.net Cset exclude: wesolows@foobazco.org|ChangeSet|20031222074047|57357 ChangeSet@1.1496.14.10, 2003-12-24 22:52:51+00:00, rmk@flint.arm.linux.org.uk [ARM] Fix a small typo in SA1100 time.h ChangeSet@1.1496.14.9, 2003-12-24 19:20:08+00:00, ch@com.rmk.(none) [ARM PATCH] 1720/1: SA-1111 IRQ fix (for OHCI USB HC) Patch from Christopher Hoover dev->irq and dev->skpcr_mask aren't initialized. this makes the sa-1111 bus glue for the ohci driver fail. ChangeSet@1.1496.14.8, 2003-12-24 19:06:24+00:00, mail@de.rmk.(none) [ARM PATCH] 1718/1: vidc.c: remove vidc_mksound, add external reference clock Patch from Peter Teichmann vidc_mksound causes the kernel to crash badly when executed. As it does not do anything useful I did not take the time to find out why, but removed it. The vidc does have an external reference clock that is used to generate 44100/20050/10025kHz sample rates. The code is changed in a way that it uses that reference clock that can better approximate the desired clock. If we can approximate the desired rate to more than 1/256 accuracy, we return the desired rate instead of the real rate. This is to assist using some programs that for instance believe they need exacly 8kHz which we can not have, but we can have 8.018kHz which is pretty close so that nobody would notice the difference. ChangeSet@1.1496.14.7, 2003-12-24 18:47:02+00:00, woody@org.rmk.(none) [ARM PATCH] 1737/1: GNU assembler 2.12.90.0.1 on Debian aborts on "'" character Patch from Woody Suwalski GNU assembler 2.12.90.0.1 on Debian aborts on "'" character in the arch/arm/lib/div64.S file (in comments). Hence I have converted them into accepted English format ;-) Woody ChangeSet@1.1496.14.6, 2003-12-24 18:42:19+00:00, woody@org.rmk.(none) [ARM PATCH] 1736/1: Here is a working config file: the hard disk, ethernet, serial and sound are working OK, no modules. Patch from Woody Suwalski Here is a working config file: the hard disk, ethernet, serial and sound are working OK, no modules support, no initrd support. ChangeSet@1.1509, 2003-12-23 23:45:36-08:00, wesolows@foobazco.org [SPARC32]: Add myself as maintainer. ChangeSet@1.1496.14.5, 2003-12-22 16:49:55+00:00, ch@com.rmk.(none) [ARM PATCH] 1726/1: Add additional constants to km_type enum to match other platforms. Patch from Christopher Hoover Add additional constants to km_type enum to match other platforms. (I've forgotten what doesn't compile w/o this.) ChangeSet@1.1496.14.4, 2003-12-22 16:13:12+00:00, nico@org.rmk.(none) [ARM PATCH] 1729/1: workaround for PXA timer delay problem Patch from Nicolas Pitre ... as discussed on linux-arm-kernel. ChangeSet@1.1496.14.3, 2003-12-22 16:01:37+00:00, dsaxena@com.rmk.(none) [ARM PATCH] 1732/1: Fix put_unaligned type in BE mode Patch from Deepak Saxena put_unaligned is defined as __put_unaligned_be() but we're missing the "__" at the beggining. ChangeSet@1.1496.14.2, 2003-12-22 15:09:13+00:00, rmk@flint.arm.linux.org.uk [ARM] Add new timer/clock/statfs/tgkill/utimes/fadvise syscalls. ChangeSet@1.1508, 2003-12-21 23:40:47-08:00, wesolows@foobazco.org [sparc] Fix display errors on HIGHMEM and Zilog addresses. ChangeSet@1.1496.14.1, 2003-12-21 21:08:33+00:00, rmk@flint.arm.linux.org.uk [ARM] Merge current 2.6 into experimental tree. ChangeSet@1.1337.29.7, 2003-12-21 20:26:29+00:00, dhylands@com.rmk.(none) [ARM] Fix minor bug in bitwise expression. Patch from Dave Hylands. The integrator code should have tested bits in INTEGRATOR_SC_VALID_INT but instead it performed a logical AND. ChangeSet@1.1337.29.6, 2003-12-21 19:51:30+00:00, rmk@flint.arm.linux.org.uk [ARM] Ensure that /proc/uptime returns sensible figures. When we set xtime at boot from the RTC, we weren't setting the monotonic time offset. This had the effect of making the uptime rather large. We get around this problem by using the do_settimeofday() to set the current time. do_settimeofday() knows about this issue, and will apply the appropriate correction to the monotonic time offset for us. ChangeSet@1.1496.1.9, 2003-12-20 23:18:24-05:00, bunk@fs.tum.de [PATCH] fix some dependencies for TMS380TR=m Hi Jeff, similar to the 2.4 patch (originally by Rik) I sent, the trivial patch below fixes some dependencies for TMS380TR=m . Please apply Adrian ChangeSet@1.1496.2.9, 2003-12-19 20:42:46-05:00, jgarzik@redhat.com [libata] some cleanups suggested by Christoph * s/Scsi_Cmnd/struct scsi_cmnd/ * remove incorrect FIXME comments related to checking return values of certain SCSI mid layer functions. ChangeSet@1.1496.13.2, 2003-12-19 11:11:27-08:00, marr@flex.com [PATCH] Status Query On My MCT-U232 Patch Brief Patch Description: Fix a problem in the 'mct_u232' driver whereby output data gets held up in the USB/RS-232 adapter for RS-232 devices which don't assert the 'CTS' signal. Background: The Belkin F5U109 is a 9-pin USB/RS-232 adapter that is supported by the existing 'mct_u232' kernel module.  Recently, I've been testing it under the 2.4.22 (Slackware 9.1) kernel and the 2.6.0-test9 kernel. I've connected a Garmin 'GPS35 TracPak' GPS receiver (RS-232 interface) and an ordinary RS-232 external modem to my PC's USB port via the Belkin F5U109 adapter. Problem: Although _reads_ from either of the RS-232 devices mentioned above work fine via the Belkin adapter, _writes_ to the GPS receiver are not being seen by the GPS.  Writes to the modem, however, work perfectly. Aside: The 'Linux USB Users' archives show that at least one other person (circa May 2002) had the exact same problem I'm having, but it sounds like no solution was ever determined because the person in question just bought a different USB/RS-232 adapter. Investigation: Using the 'seyon' terminal emulator in Linux and a crude hardware RS-232 "breakout box" that I hacked together, I've determined that the problem is related to the RTS/CTS RS-232 hardware handshaking. After further investigation, I've concluded that RS-232 devices which do not assert the 'Clear To Send' ('CTS') signal prevent the Belkin F5U109 adapter from transmitting data to the RS-232 device when the current (version 1.1) 'mct_u232' module is used. The data gets "queued up" (up to a point -- 16 bytes, I think) in the adapter but never transmitted. Since this GPS receiver works perfectly (reads and writes) when connected to a PC running W98se using the same Belkin adapter and the Belkin-supplied Windows driver, the Linux driver became suspect. After some testing with SniffUSB, I found that the Windows driver sends a couple of unique undocumented USB 'device requests' that the Linux driver does not. As it turns out, the second of those 2 requests is critical in making the adapter transmit data to a device which doesn't assert 'CTS'. For completeness, the Windows driver in use was determined from the 'Device Manager', 'Driver File Details' page:    U2SPORT.VXD    Provider: Magic Control Technology    File version: 1.21P.0104 for Win98/Me Solution: My patch adds the 2 missing USB 'device request' commands right after a baud-change command. This mimics the operation of the W98 driver. Unfortunately, after much testing, I found no other operation (besides a baud-change request) under Windows that triggers either of these 2 'device request' commands. This makes it impossible to fully document the behavior of these requests, but I've made entries for them alongside the others in the 'mct_u232.h' file. Purely for clarity, the patch also modifies various comments in 'mct_u232.h', mostly to reflect proper sizes of the various 'USB Device Request' fields per the USB 1.1 specification. The patch also updates the version number of the driver, corrects a minor typographical error, and documents a difference in the length of the data in a 'baud rate change' command for certain adapters which use a coded baud-rate rather than the conventional RS-232 baud rate divisor. I've provided (tested) patches for both the 2.4.22 and the 2.6.0-test9 kernels. Please note that the changes to 'mct_u232.h' apply to both 2.4.22 and 2.6.0-test9 since that file has not changed between those kernel releases. Nevertheless, I've included that (same) portion of the patch in both attachments for simplicity. Bill Marr ChangeSet@1.1496.6.47, 2003-12-18 21:36:09-08:00, dtor_core@ameritech.net [PATCH] Input: synaptics protocol discovery If Synaptics fails to activate or if disabled by psmouse_proto option try other extended protocols as some touchpads may support them. ChangeSet@1.1496.6.46, 2003-12-18 21:35:52-08:00, dtor_core@ameritech.net [PATCH] Input: remove synaptics config option Remove Synaptics config option. Since mousedev was fixed with regard to touchpads generating absolute events there should no troubles for users migrating from older kernel or different hardware so we can have it always compiled in. ChangeSet@1.1496.6.45, 2003-12-18 21:35:36-08:00, dtor_core@ameritech.net [PATCH] Input: add serio_[un]register_port_delayed to fix deadlock Add serio_[un]register_port_delayed to allow delayed execution of register/unregister code (via kseriod) when it is not clear whether serio_sem has been taken or not. Use in i8042.c to avoid deadlock ChangeSet@1.1496.6.44, 2003-12-18 21:35:20-08:00, dtor_core@ameritech.net [PATCH] Input: psmouse fixes - Remove psmouse_pm_callback since i8042 now has its own resume handler which will issue reconnect request - Do not close/open serio port in psmouse_reconnect since i8042 should restore ports to the proper state before calling reconnect ChangeSet@1.1496.6.43, 2003-12-18 21:35:03-08:00, dtor_core@ameritech.net [PATCH] Input: add atkbd reconnect method Add reconnect method to atkbd to restore keyboard state after suspend (to be called from i8042 resume function) ChangeSet@1.1496.6.42, 2003-12-18 21:34:47-08:00, dtor_core@ameritech.net [PATCH] Input: implement resume methods - Implement resume methods using serio_reconnect facility - Register i8042 with sysfs - Register i8042 with older PM scheme to restore keyboard and mouse for APM users - Convert parameter handling to the new style - Unregister port not only when there is no free IRQ but also if the port fails to activate. ChangeSet@1.1496.6.41, 2003-12-18 21:34:30-08:00, dtor_core@ameritech.net [PATCH] Input: add psmouse_proto parameter New parameter psmouse_proto to replace psmouse_noext. Allows to specify highest PS/2 protocol extension that kernel has permission to negotiate (bare|imps|exps). psmouse_noext marked as deprecated and emits a warning when used. parameter parsing converted to the new scheme. ChangeSet@1.1496.6.40, 2003-12-18 21:34:14-08:00, dtor_core@ameritech.net [PATCH] input: fix atkbd_softrepeat Fix atkbd_softrepeat kernel command line parameter. ChangeSet@1.1496.6.39, 2003-12-18 21:33:58-08:00, vojtech@suse.cz [PATCH] Fixes for keyboard 2.4 compatibility I have two patches I'd like to get tested by a wider audience before sending them to Linus for the 2.6 tree. The first one fixes an issue in current 2.6-test with AT keyboard repeat rate setting, the second one makes setkeycodes/getkeycodes work the same as 2.4, so that people can keep their setups. It also fixes japanese and korean key handling. ChangeSet@1.1496.6.38, 2003-12-18 21:33:41-08:00, arief_m_utama@telkomsel.co.id [PATCH] psmouse pm resume fix I just want to share a little change that I've did to psmouse_pm_callback() which without this, my synaptics touchpad would prevent my laptop (IBM Thinkpad T30) from suspending. ChangeSet@1.1496.6.37, 2003-12-18 21:33:25-08:00, dtor_core@ameritech.net [PATCH] Input: unregister i8042 port when writing to control register fails I think that if we can't write to the control register it's not less critical than not having a free IRQ so we better unregister port in this case as well. Also logging moved a bit. ChangeSet@1.1496.6.36, 2003-12-18 21:33:09-08:00, petero2@telia.com [PATCH] synaptics powerpro fix Made the packet checking code less strict, so that the driver works also for touchpads that don't strictly follow the synaptics absolute protocol. Problem reported by Anders Kaseorg using a PowerPro C 3:16 laptop. ChangeSet@1.1496.6.35, 2003-12-18 21:32:52-08:00, dtor_core@ameritech.net [PATCH] Synaptics: use serio_reconnect Input/Synaptics: 1. Support for pass-through port moved from Synaptics driver to psmouse itself, it is cleaner and should allow using it in other drivers if needed. 2. The driver makes use of new reconnect functionality in serio. It will try to keep the same input device after resume or when it resets itself. 3. If mouse is disconnected or other mouse plugged in while sleeping the driver should correctly recognize that and create a new serio/input device. ChangeSet@1.1496.6.34, 2003-12-18 21:32:36-08:00, dtor_core@ameritech.net [PATCH] serio: reconnect facility Input: serio_reconnect added. Similar to serio_rescan but gives driver a chance to re-initialize keeping the same input device. ChangeSet@1.1496.6.33, 2003-12-18 21:32:19-08:00, dtor_core@ameritech.net [PATCH] Synaptics: code cleanup Input: Synaptics code cleanup and credit update. ChangeSet@1.1496.6.32, 2003-12-18 21:32:03-08:00, dtor_core@ameritech.net [PATCH] Add black list to handler<->device matching Input: Introduce an optional blacklist field in input_handler structure. When loading a new device or a new handler try to match device against handler's black list before doing match on required attributes. This allows to get rid of "surprises" in connect functions, IMO connect should only fail when it physically can not connect, not because it decides it does not like device. ChangeSet@1.1496.6.31, 2003-12-18 21:31:47-08:00, dtor_core@ameritech.net [PATCH] serio: possible race between port removal and kseriod Input: There is a possibility that serio might get deleted while there are outstanding events involving that serio waiting for kseriod to process them. Invalidate them so kseriod thread will just drop dead events. ChangeSet@1.1496.6.30, 2003-12-18 21:27:27-08:00, dtor_core@ameritech.net [PATCH] serio: rename serio_[un]register_slave_port to __serio_[un]register_port Input: rename serio_{register|unregister}_slave_port to __serio_{register|unregister}_port to better follow locked/lockless naming convention ChangeSet@1.1506, 2003-12-17 23:05:20-08:00, davem@nuts.ninka.net [SPARC64]: On Sabre, only access PCI controller config space specially. ChangeSet@1.1496.2.8, 2003-12-18 00:55:22-05:00, jgarzik@redhat.com Merge redhat.com:/spare/repo/linux-2.5 into redhat.com:/spare/repo/libata-2.5 ChangeSet@1.1496.6.29, 2003-12-17 18:56:13-08:00, torvalds@home.osdl.org Linux 2.6.0 TAG: v2.6.0