Marcelo Tosatti [Fri, 30 Jan 2004 04:13:47 +0000 (20:13 -0800)]
[PATCH] PC300 update
This forward ports a few important fixes from the 2.4 driver. This
changes have been well tested.
Changelog:
- Update maintainer email address
- Mark pci_device_id list with __devinitdata.
- Set correct protocol type on packet receive (this caused the kernel to
drop all packets received)
- Add #ifdef DEBUG around debug printk()
- ioctl: Add missing size checks before
copying data from userspace.
Russell King [Fri, 30 Jan 2004 16:25:58 +0000 (16:25 +0000)]
[ARM] Remove FP work-arounds.
We used to have code to allow binaries linked against glibc to run,
when glibc itself contained some FP instructions (for PCS stack
frames for functions like printf and scanf) thereby allowing FP
emulators like nwfpe to be built as modules.
This has proved to be unreliable with later compilers, so support
for this was dropped a while ago. Since no one complained, we can
finally remove the dead code.
(NB. a klibc based module-init-tools shouldn't suffer from this
problem.)
Russell King [Fri, 30 Jan 2004 14:49:14 +0000 (14:49 +0000)]
[ARM] Eliminate tsk->used_math
Remove usage of tsk->used_math on ARM, moving the status to an array
of co-processor usage. (ARM can have up to 15 co-processors
providing various extra facilities such as SIMD, VFP or FP.)
Linus Torvalds [Fri, 30 Jan 2004 00:41:00 +0000 (16:41 -0800)]
Fix sha256 padding block initializer to be static.
Jakub points out that having an automatic array is not only
bad for performance (and stack usage), gcc has also historically
had lots of bugs here, and gcc-3.2.3 seems to miscompile it
otherwise.
Michael Hunold [Fri, 30 Jan 2004 00:24:38 +0000 (16:24 -0800)]
[PATCH] dvb subsystem and saa7146 v4l fixes
This fixes some issues in the dvb subsystem and some nasty things in the
v4l saa7146 driver.
[DVB]
- dvb-core: aquire -> acquire spelling fix
- nxt600 frontend: don't send zero-byte messages when probing the PLL
type
- Kconfig: add a note that says that the CI of the budget-CI card is
not actually supported by the budget-CI driver
- ttusb-dec: Check for presence of crc32 function. Make unknown types
of packet less likely to cause packet loss.
[V4L]
- saa7146: use kernel mint_t()/max_t() instead of homebrewn stuff
- saa7146: disable video clipping before capturing for sure to prevent
black pictures
- saa7146: make sure to disable the right video dma upon device close
- saa7146: don't free resources if disabling an already disabled video
overlay
This is a simple fix for some of the problems with bad ACPI frequency values:
Abort if the frequency field in _PSS is zero, as we're having a
completely broken ACPI table then.
A more complete overhaul of the acpi-cpufreq driver (where the cause of
the problem lies) is in the latest acpi-test tree, but that's definitely
something to be delayed for 2.6.3 -- and the same is true for the
yet-to-be-written do_div64 conversion.
Michael Schierl [Thu, 29 Jan 2004 14:08:53 +0000 (06:08 -0800)]
[PATCH] [APM] Is this the correct way to fix suspend bug introduced
This fixes my APM problems (without them my laptop, Acer TravelMate
210TEV (Celeron 700, 128 MB RAM), hangs after resuming from APM since
2.6.0-test4).
Modified based on comments from Pavel Machek <pavel@suse.cz>, who
has acked the updated patch.
Kieran Morrissey [Thu, 29 Jan 2004 09:12:59 +0000 (01:12 -0800)]
[PATCH] PCI: name length change
- Changes gen-devlist.c to truncate long device names rather than reject
the database
- Changes PCI_NAME_SIZE to 96 (and PCI_NAME_HALF to 43) to allow all
current pci.ids names to fit
- Modifies gen-devlist.c to truncate at 89 characters rather than 79 -
allows for two digit instance numbers to be added to the name as well
while staying within the 96 characters allocated. No names in the
current pci.ids are any longer than this.
- Modifies names.c to no longer limit device name length when displaying
both vendor and device name; the truncation is done by gen-devlist.c.
Takayoshi Kochi [Thu, 29 Jan 2004 07:34:56 +0000 (23:34 -0800)]
[PATCH] PCI Hotplug: add address file and fix acpiphp bugs
This is the pending patch that adds 'address' file to show
PCI-address and a few other minor fixes.
As 2.6.0 is out, I'm resending the patch.
Would you mind taking this?
> > > Thanks. I had a little time to try your patch today. Sorry
> > > to report that it isn't working for me.
> > >
> > > I first powered off (successfully the 1st time) a populated slot
> > > and removed and reinserted the card into the same slot. The slot
> > > powered back up but I was then unable to power it off. I believe
> > > the following instruction that still exists in power_off_slot()
> > > may be preventing the slot from being powered off more than once.
> > > func->flags &= (~FUNC_EXISTS);
> > >
> > > I then tried to insert an adapter in an un-populated slot. For
> > > some reason (which I don't understand yet) there was an enabling
> > > error which I believe caused enable_device() to exit via a path
> > > that bypassed the instruction that sets the FUNC_EXISTS flag.
> > > I was then unable to power off the slot which I believe was due
> > > to the FUNC_EXISTS flag not being set.
> > >
> > > I didn't have time to definitely confirmed the above theories.
> > > I'll take a closer look at this tomorrow unless you are able
> > > to diagnose using my vague clues :)
> >
> > It turns out that both of the above mentioned problems happened
> > because the call to acpiphp_configure_slot() from enable_device()
> > failed after inserting the card. When this happens enable_device()
> > exits without setting the FUNC_EXISTS flag for any of the slot
> > functions. Subsequent attempts to power off the same slot fail
> > when power_off_slot() is unable to locate a function with both
> > FUNC_HAS_EJ0 and FUNC_EXISTS flags set.
> >
> > The patch works okay when using a card that allows
> > acpiphp_configure_slot() to succeed but I believe it should
> > be improved to allow the slot to be powered off following
> > device enablement errors.
>
> Thanks for testing and comments.
> I really appreciate it.
>
> This problem turned out to be somewhat fragile state
> transition:
>
> a lifecycle of a slot is (if there's no error)
>
> function state
> ----------------------------------------------------
> 0 nothing
> 1 power_on_slot() -> SLOT_POWERDON
> 2 enable_device() -> SLOT_POWEREDON + SLOT_ENABLED
> 3 disable_device() -> SLOT_POWEREDON
> 4 power_off_slot() -> nothing
>
> but if any error occur during enable_device(), slot will remain
> SLOT_POWERDON, but some functions on the card may not have
> FUNC_EXISTS flags, which will eventually prevents powering
> off in power_off_slot(), state transition from 1 to 4 directly.
> I.e, the FUNC_EXISTS flag introduced more states to
> complicate things.
>
> The FUNC_EXISTS flag was introduced after some discussion
> between me and Irene Zubarev, but it has no more meaning
> than that the function has corresponding 'pci_dev' structure.
> So I eliminated the usage of FUNC_EXISTS and the result is
> the patches attached to this mail (for both 2.4 and 2.6.
> I think Greg already applied the 2.4 'cleanup' patch to his tree,
> but it's not in Marcelo's release so I'm re-attaching to
> this mail for anyone interested in this topic. It's identical
> to the one I posted earlier).
> These patches don't include Gary's patch in his post last week,
> so please apply separately.
>
> Please note that current acpiphp driver cannot handle a
> PCI card that has a PCI-to-PCI bridge on it (support
> for such cards is incomplete). But if it's treated as
> an error, it should be recoverable anyway.
Matthew Wilcox [Thu, 29 Jan 2004 06:46:48 +0000 (22:46 -0800)]
[PATCH] PCI: fix pci_get_slot() bug
On Wed, Dec 17, 2003 at 04:24:44PM -0800, Greg KH wrote:
> I've applied the pci portions of this patch to my trees and will send it
> on after 2.6.0 is out.
James Bottomley found a bug in it; could you also apply:
Matthew Wilcox [Thu, 29 Jan 2004 06:32:13 +0000 (22:32 -0800)]
[PATCH] PCI: add pci_get_slot() function
tg3.c has a bug where it can find the wrong 5704 peer on a machine with
PCI domains. The problem is that pci_find_slot() can't distinguish
whether it has the correct domain or not.
This patch fixes that problem by introducing pci_get_slot().
As discussed about six or so months ago, we agreed to hold off this
patch until fairly late, due to its ability to catch duplicate PCI
driver names. Please note that I haven't attempted to reproduce the
problem with recent kernels, and that all ARM kernel patches released
since then have had this patch in.
I'm guessing this will actually be 2.6.1 material since it probably
doesn't show for PCI drivers which are part of the kernel tree.
If pci_register_driver fails, the register the PCI driver structure
will not be registered with the driver model. pci_register_driver
returns with negative value, and we then attempt to unregister the
driver structure. This leads to an oops in the driver model.
The driver model does not return the number of devices it successfully
bound the driver to, and neither does pci_register_driver() return
this information.
Therefore, all of the code below is redundant.
(There's a little redundancy left in drivers/pci/pci-driver.c but it
is harmless unlike this block.)
Jean Delvare [Tue, 27 Jan 2004 06:38:29 +0000 (22:38 -0800)]
[PATCH] I2C: Bring lm75 and lm78 in compliance with sysfs naming conventions
Here is a patch that brings the lm75 and lm78 drivers in compliance with
sysfs naming conventions. The drivers as found in existing 2.6 kernels
do not have a digit appended to the temperature-related files names as
the sysfs naming conversion recommends (obviously because they each have
a single temperature channel). As a result, libsensors won't find the
files.
It was discussed on the list wether a '1' should be appended in this
case, and our conclusion was that it would be better to do so because it
helps automatic processing of the sysfs exported files. Please apply if
you agree with this.
Alan Stern [Tue, 27 Jan 2004 06:37:40 +0000 (22:37 -0800)]
[PATCH] USB: Update sound/usb/usbaudio.c
On Tue, 27 Jan 2004, Greg KH wrote:
> Hm, can you send me a patch to fix up snd_usb_extigy_boot_quirk() in
> sound/usb/usbaudio.c now that this patch broke that code? :)
Here it is. The problem with changing things in the core is always that
you may miss some of the repercussions. In this case the patch will
restore the code's original functionality.
However the whole thing looks a bit creaky to me. Changing device
descriptors and who knows what else without informing usbcore isn't a good
idea. What this code _really_ appears to need is some form of
usb_device_reenumerate(). Such a function would fit very nicely into the
framework I've worked out for the revised usb_device_reset(); maybe I'll
add it in there. It would do essentially the same thing as device_reset
except for skipping the actual port reset.
Alan Stern [Mon, 26 Jan 2004 09:11:51 +0000 (01:11 -0800)]
[PATCH] USB: Don't dereference NULL actconfig
This patch fixes a simple error in a couple of utility routines. They
will no longer try to dereference a NULL actconfig pointer. Also, they
will work a little better if the configuration is changed while they are
running (which should never happen anyway).
Jean Delvare [Mon, 26 Jan 2004 08:58:46 +0000 (00:58 -0800)]
[PATCH] I2C: Add ADM1025EB support to i2c-parport
The following patch adds support for the ADM1025 evaluation board to the
i2c-parport (and i2c-parport-light) driver(s). In fact, it happens that
it was already supported as an ADM1032 evaluation board, so it is just a
matter of documenting it correctly.
James Simmons [Mon, 26 Jan 2004 06:49:42 +0000 (22:49 -0800)]
[PATCH] fbdev booting fix.
[FBCON] Fixed the order of which driver is used for the console. Before
the api change the last driver loaded became the default one. Now this is
not the case.
Andrew Morton [Mon, 26 Jan 2004 05:13:21 +0000 (21:13 -0800)]
[PATCH] kbuildL fix cscope index generation
From: Sam Ravnborg <sam@ravnborg.org>
cscope expect to find the list of files used for the database in a file
named cscope.files. Generate this file as part of 'make cscope'. This
solves http://bugme.osdl.org/show_bug.cgi?id=1948.
Andi Kleen [Mon, 26 Jan 2004 00:52:24 +0000 (16:52 -0800)]
[PATCH] Fix error checking in IPC_SET
The LSM changes broke the error checking for queue lengths in IPC_SET. The LSM check would
set set err to 0, but the next check expected it to still be -EPERM. Result was that
no error was reported, but the new parameters weren't correctly set.
projects / linux / log