Chas Williams [Sun, 23 Feb 2003 14:34:55 +0000 (06:34 -0800)]
[ATM]: empty tx queue in lec when flush complete
the lane spec says the following about path switching:
10.1.2.7 Transmitting Held Frames
Once the LE_FLUSH_RESPONSE is received, the LE Client MUST
transmit any held data frames on the new data path before
transmitting any further frames on the new path.
10.1.2.8 Switching Over Paths Without Flush
Regardless of the provisions of the rest of Section 10.1, when
switching from the old path to a new path, if an LE Client has
not transmitted a data frame to a particular LAN Destination via
the old path for a period of time greater than or equal to the
C22 Path Switching Delay, then it MAY start using the new path
without employing the Flush protocol.
the lane client in linux-atm does do this but it doesnt send the
held frames until a frame is transmitted on the vcc after the flush
has completed. often this doesnt happen until you get an ip retransmit.
the following patch sends the held frames after the flush completes
(or the switching delay expires)
[PATCH] pcmcia: add socket_offset for multiple pci_sockets, correct suspend&resume
- suspend & remove for pci_socket was broken -- thanks to Paul
Mackerras for noting this
- to correctly initialize multiple pci_socket devices, a sock_offset is
needed.
- s_info doesn't need to be an array.
[PATCH] cpufreq: x86 driver updates (speedstep, longrun, p4-clockmod)
- switch the Intel x86 speedstep/Pentium 4/Xeon drivers and the
Transmeta Crusoe Longrun driver to use the advanced cpufreq_driver
registration process
- cleanups
- spelling fixes (Petri Koistinen) - thanks!
Andi Kleen [Sun, 23 Feb 2003 02:50:20 +0000 (18:50 -0800)]
[PATCH] Fix x86-64 loose ends
- Make MTRR driver compatible with 2.4/x86-64 again. This fixes an
endless loop in the XFree86 4.3pre server.
- Fix the boot code that rejected earlier: rewrote early CPU detection
and SSE is forced now
- Always force inlining in vsyscalls
Russell King [Sun, 23 Feb 2003 02:48:08 +0000 (18:48 -0800)]
[PATCH] Remove stack allocation of struct pci_dev
cb_alloc() allocated a pci_dev on the stack to access PCI space. This
is unnecessary since we have pci_bus_*_config_* functions. Use these
functions instead.
Sam Ravnborg [Sat, 22 Feb 2003 09:20:46 +0000 (01:20 -0800)]
[PATCH] Alpha CFLAGS fix
Hi Richard.
I noticed you have set -Werror in all alpha architecture
specific makefiles - good initiative. I wish we could do that in general.
But the correct way to alter CFLAGS in kbuild makefiles is to use
EXTRA_CFLAGS.
The following patch fixes this.
You could argue that this is a stylistic issue, but in this way
you follow Documentation/kbuild/makefiles.txt
I stumbled over:
EXTRA_AFLAGS := $(CFLAGS)
I could not realise the purpose with this assignment, and I noticed
that it did not include -Werror, becuse you did hat assignment in
the following line.
Wanted to inform you about it but I see no problem. It is just that
I did not understand it.
In math-emu I see this:
EXTRA_CFLAGS := -Iinclude/math-emu -w
Grepping the src I see no reason to have the -Iinclude/math-emu
Relevant files are prefixed with math-emu (soft-fp, single, double)
I did not fix it, because I cannot compile alpha.
Sam (the Makefile nitpicker)
===== arch/alpha/kernel/Makefile 1.24 vs edited =====
Andi Kleen [Sat, 22 Feb 2003 07:56:46 +0000 (23:56 -0800)]
[PATCH] Allow xtime_lock declaration in arch specific code for x86-64
x86-64 vsyscalls require mapping the sequence number used by
gettimeofday in a magic way, so that userland can access it via
vsyscalls for user space time-of-day access.
Instead of putting the magic into generic code I just allowed to move it
into architecture specific files.
Andi Kleen [Sat, 22 Feb 2003 07:48:01 +0000 (23:48 -0800)]
[PATCH] Fix some 64bit warnings
Fix some annoying warnings that happen on x86-64.
- Predeclare pt_regs in binfmts.h. For some reason it isn't included
implicitely there.
- use unsigned long, not long for interrupt flags in posix-timers.c
Andi Kleen [Sat, 22 Feb 2003 07:46:46 +0000 (23:46 -0800)]
[PATCH] x86-64 update for 2.5.62-bk4
This still has a few problems; e.g. posix-timers.c seems to be miscompiled
by many x86-64 compilers when compiled with -O1. But overall it is better
than before.
- Disable numa again that was enabled by mistake
- Fix CPU detection in early boot. Force SSE when needed.
- Hack for nested NMIs.
- Fix typo in vsyscall code that lead to broken time reporting
- Merge with 2.5.62-bk4 (new switch_to, printk cleanups, new timer calls etc.)
- Fix bug in strace - don't assume syscall_trace doesn't clobber %rcx
- Fix gs load workaround
- Fix return value of ioperm (found by new LTP test)
- Remove some unecessary boot output
- Remove some obsolete code in setup.c
- Report more in /proc/cpuinfo, fix extended cpu family computation
- Fix thread_info access from interrupt/exception stacks - this
fixes many problems that especially showed on SMP (lost reschedule
interrupts etc.)
- Fix UP compilation
- Symlink hugetlbpage.c from i386
- Fix buggy lazy fpu handling
Russell King [Sat, 22 Feb 2003 04:15:14 +0000 (20:15 -0800)]
[PATCH] Alternative tty fasync fix
Instead of detecting when filp->private_data becomes NULL in
do_tty_hangup and check_tty_count, we remove the file descriptor
from the list of descriptors associated with the tty. We use the
same method that dentry_open() uses.
(It also cleans that up to use a "file_kill()" instead of using a dummy
"kill_list()" that leaves pointers to stale stack entries that are never
used)
In addition, we change the for() loops into real list_for_each()
or list_for_each_entry loops as appropriate.
Adrian Bunk [Sat, 22 Feb 2003 04:12:26 +0000 (20:12 -0800)]
[PATCH] remove an unneeded #if from net/ipv6/af_inet6.c
The patch below removes an unneeded #if from net/ipv6/af_inet6.c:
- kernel 2.0 is too ancient to check for
- the MODULE_* macros have empty definitions #if !MODULE
[PATCH] move over exposing host attributes from sg/procfs to sysfs
This patch moves over printing of the various struct Scsi_Host
attributes from procfs functions in the sg driver to sysfs.
Not only is this the much more logical place for them, but with some
more work on the pcmcia drivers this will allow us to make
scsi_host_get_next() private to the midlayer for implementing
refcounting and cleaning up locking in that area.
Stelian Pop [Fri, 21 Feb 2003 05:52:12 +0000 (21:52 -0800)]
[PATCH] sonypi and input subsystem
This makes the sonypi driver forward the VAIO jog-dial events directly
to the input subsystem as mouse wheel events. This way one is not
required anymore to have an external daemon polling /dev/sonypi if
interested only in jogdial events.
Douglas Gilbert [Fri, 21 Feb 2003 03:26:07 +0000 (21:26 -0600)]
[PATCH] scsi_mid_low_api.txt
Attached is an update for this document following on from
the changes that Christoph made around bk2 (changing
scsi_set_pci_device() to scsi_set_device() ).