Hi Linus, Greg/Chris,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release
This is a single revert on top of 2.6.19.
If fixes a regression which was introduced after 2.6.18 and before 2.6.19.
thanks!
-Len
ps. a plain patch is also available here:
ftp
> Providing object files for on-demand relinking of the kernel just adds a
> shit load of overhead. If you're suggesting modifying vmlinuz in place
> instead, that just seems really undesirable. Last thing I want is
> something mucking with the kernel binary.
... while randomly mucking with the b
On Fri, Dec 01, 2006 at 05:12:56PM -0700, David Lopez wrote:
> On 12/1/06, Greg KH <[EMAIL PROTECTED]> wrote:
> >On Fri, Dec 01, 2006 at 01:37:22PM -0700, David Lopez wrote:
> >> From: David Lopez <[EMAIL PROTECTED]>
> >
>
> >The patch seems linewrapped, which doesn't make it easy to apply :(
> >
> I see. I guess you need to synchronise your writepage versus this
> extention in order to handle it properly then. I won't bother with
> that though: it won't be worse than it was before.
>
> Thanks for review, do you agree with the other hunks?
Well, Andrew's got the rest of the patches in his
On Fri, Dec 01, 2006 at 03:32:47PM -0800, [EMAIL PROTECTED] wrote:
> On Fri, Dec 01, 2006 at 03:29:22PM -0800, Pete Zaitcev wrote:
> > On Fri, 1 Dec 2006 15:23:39 -0800, [EMAIL PROTECTED] wrote:
> >
> > > BIOS handoff assumes an SMI, right? Could SMI be masked?
> >
> > That might be a bad idea,
* Chuck Ebbert ([EMAIL PROTECTED]) wrote:
> Kernel builds but cryptoloop won't work without CBC crypto
> algorithm in kernel 2.6.19.
Thanks, Herbert sent that already (both to stable and in his
git pull request to Linus).
-chris
-
To unsubscribe from this list: send the line "unsubscribe linux-ke
Shaohua,
this one seems appropriate for 2.4 too. It is OK for you if I merge it ?
Thanks,
Willy
On Wed, Nov 29, 2006 at 02:00:25PM -0800, Chris Wright wrote:
> -stable review patch. If anyone has any objections, please let us know.
> --
>
> From: Shaohua Li <[EMAIL PROTECTED]>
[Please include me in CCs - I am not subscribed to the list.]
Hi guys,
I am a graduate student at University of Washington, building a tool
automatically discover portability bugs in system-level code written
in C. My definition of "portability" is at the data layout level,
accounting for differ
On 12/1/06, Al Viro <[EMAIL PROTECTED]> wrote:
There's a bunch of related issues, some kernel, some gcc,
thus the Cc from hell on that one.
First of all, in theory the timers in kernel are done that way:
* they have callback of type void (*)(unsigned long)
* they have dat
On Sat, Dec 02, 2006 at 01:56:06AM +0100, Christoph Anton Mitterer wrote:
> I found a severe bug mainly by fortune because it occurs very
> rarely. My test looks like the following: I have about 30GB of
> testing data on my harddisk,... I repeat verifying sha512 sums on
> these files and check if
This modifies the IPMI driver so that a lower-level interface can be
dynamically removed while in use so it can support hot-removal of
hardware.
It also adds the ability to specify and dynamically change the
IPMI interface the watchdog timer and the poweroff code use.
Signed-off-by: Corey Minyar
Kernel builds but cryptoloop won't work without CBC crypto
algorithm in kernel 2.6.19.
Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]>
--- 2.6.19-32.orig/drivers/block/Kconfig
+++ 2.6.19-32/drivers/block/Kconfig
@@ -305,6 +305,7 @@ config BLK_DEV_LOOP
config BLK_DEV_CRYPTOLOOP
tristate "
Increase the maximum message size a KCS interface supports to the
maximum message size the rest of the driver supports. Some systems
really support messages this big.
Signed-off-by: Corey Minyard <[EMAIL PROTECTED]>
Cc: Patrick Schoeller <[EMAIL PROTECTED]>
Index: linux-2.6.19-rc6/drivers/char/
The IPMI BT subdriver has been patched to survive "long busy"
timeouts seen during firmware upgrades and resets. The patch
never returns the HOSED state, synthesizes response messages with
meaningful completion codes, and recovers gracefully when the
hardware finishes the long busy. The subdrive
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/Kconfig |4 +-
drivers/net/bonding/bond_main.c | 63 ++--
Change pci_module_init() to the new interface, and check the return
code to avoid warnings and give the user useful information if this
fails.
Signed-off-by: Corey Minyard <[EMAIL PROTECTED]>
Index: linux-2.6.19/drivers/char/ipmi/ipmi_si_intf.c
===
X86 boards generally use ACPI for the power management interactions
with the BMC. However, non-x86 boards need some help. This patch
adds the help for the Motorola PigeonPoint-based IPMCs.
Signed-off-by: Joseph Barnett <[EMAIL PROTECTED]>
Signed-off-by: Corey Minyard <[EMAIL PROTECTED]>
Index:
Add the ability to hot add and remove interfaces in the ipmi_si
driver. Any users who have the device open will get errors if they
try to send a message.
Signed-off-by: Corey Minyard <[EMAIL PROTECTED]>
Index: linux-2.6.19-rc6/drivers/char/ipmi/ipmi_si_intf.c
===
Make sure to delay a little in the IPMI poll routine so we can pass in
a timeout time and thus time things out.
Signed-off-by: Corey Minyard <[EMAIL PROTECTED]>
Index: linux-2.6.19-rc6/drivers/char/ipmi/ipmi_si_intf.c
===
--- linux-
When the IPMI message handler requested that the interface look
for events, the ipmi_si driver would request flags, see if the
event buffer full flag was set, then request events. It's better
to just send the request for events, as it cuts one message out
of the transaction if there happens to be
Some commands and operations on a BMC can cause the BMC to
"go away" for a while. This can cause the automatic flag
processing and other things of that nature to timeout and
generate annoying logs, or possibly cause other bad things
to happen when in firmware update mode.
This patch adds detecti
This patch passes in the sysfs name from the lower-level IPMI driver,
as the coming IPMI serial driver will need that to link properly from
the serial device sysfs directory.
Signed-off-by: Corey Minyard <[EMAIL PROTECTED]>
Index: linux-2.6.19-rc6/drivers/char/ipmi/ipmi_msghandler.c
This patch removes the arbitrary limit of number of IPMI interfaces.
This has been tested with 8 interfaces.
Signed-off-by: Corey Minyard <[EMAIL PROTECTED]>
Cc: Carol Hebert <[EMAIL PROTECTED]>
Index: linux-2.6.19-rc6/drivers/char/ipmi/ipmi_msghandler.c
=
From: Mariusz Kozlowski <[EMAIL PROTECTED]>
Date: Thu, 30 Nov 2006 10:32:03 +0100
> Hello,
>
> This patch removes some extra brackets to fix these macros.
>
> Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
Applied, dziekuje bardzo.
-
To unsubscribe from this list: send the line "uns
This patch adds the product id to the driver model platform device
name, in addition to the device id. The IPMI spec does not require
that individual BMCs in a system have unique devices IDs, but it
does require that the product id/device id combination be unique.
This also removes a redundant c
On Fri, Dec 01, 2006 at 10:19:00PM -0500, Ed Tomlinson wrote:
> On Friday 01 December 2006 19:32, Andrew Morton wrote:
> > On Fri, 1 Dec 2006 19:33:21 -0500
> > Ed Tomlinson <[EMAIL PROTECTED]> wrote:
> >
> > > I booted without the video and vga settings with earlyprintk=vga and got
> > > output.
On Wed, Nov 29, 2006 at 01:17:57PM -0800, Mark Gross wrote:
> > We expect platform_device_register_simple() returns proper errno as pointer
> > when it fails.
>
> What's wrong with EBUSY?
-ENOMEM or -EINVAL could be returned by platform_device_register_simple()
logically. And we don't know what k
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Sat, 02 Dec 2006 00:21:54 +0100
> We really can't remove ip_queue. Many users use this, there is no binary
> compatible interface and even the compat replacement for the originally
> statically linked library doesn't work. There is also no real neces
Hi Linus:
This is an update of the crypto tree for 2.6.20. It contains
three new algorithms and one new hardware acceleration. The
new algorithms are Camellia (an alternative encryption algorithm
to AES), XCBC-MAC (a MAC authentication based on encryption
algorithms), and LRW (a chain method for
[Note: please Cc: [EMAIL PROTECTED] on -stable patches]
* Christophe Saout ([EMAIL PROTECTED]) wrote:
> Fix corruption issue with dm-crypt on top of software raid5. Cancelled
> readahead bio's that report no error, just have BIO_UPTODATE cleared
> were reported as successful reads to the higher la
Oops, it's my stupid bug.
Ah, this actually makes sense. The setfcaps usage() statement does
for (i=0; _cap_names[i]; i++) {
printf...
so it expects _cap_names to end with a terminating NULL, but that
doesn't seem to be the case in cap_names.h in libcap.
KaiGai, perha
Phillip Susi <[EMAIL PROTECTED]> wrote:
>
> UDP is highly appropriate because the congestion controls and other
> features of TCP are not required for this type of data, and in fact,
> tend to muck things up. That is why the application needs to implement
> its own congestion, sequencing, retr
On Friday 01 December 2006 19:32, Andrew Morton wrote:
> On Fri, 1 Dec 2006 19:33:21 -0500
> Ed Tomlinson <[EMAIL PROTECTED]> wrote:
>
> > I booted without the video and vga settings with earlyprintk=vga and got
> > output. The
> > kenerl was complaining about a crc error. Checking the patch li
Thanks for the code.
In LinuxBIOS,
I put usbdevice_direct.c in lib/, and call it from usb2_init in
mcp55_usb2.c
Got
"No device in debug port"
Waiting for cable, hope to get that cable next Tuesday.
Will create usbdebug_direct_console.c in console/ for linuxbios_ram
code.
also usbdebug_direct_s
Fix corruption issue with dm-crypt on top of software raid5. Cancelled
readahead bio's that report no error, just have BIO_UPTODATE cleared
were reported as successful reads to the higher layers (and leaving
random content in the buffer cache). Already fixed in 2.6.19.
Signed-off-by: Christophe Sa
Hi all,
With the release of libata PATA support in 2.6.19, I am trying out
libata with my HPT366 (built-on to motherboard), and it hangs at
bootup while scanning for partitions. Additionally, it complains of
abnormal status? Related information about my setup below:
- Abit BP6 motherboard
Erik Andersen wrote:
> Doh! I have a Tyan S2895 in my system, and I've been pulling my
> hair out trying to track down the cause of a similar somewhat
> rare failure for the pre-computer sha1 of a block of data to
> actually match the calculated sha1. I'd been hunting in vain the
> past few days
On Mon, 2006-11-27 at 13:55 -0600, Eric Van Hensbergen wrote:
> On 11/27/06, bert hubert <[EMAIL PROTECTED]> wrote:
> > On Mon, Nov 27, 2006 at 06:26:34PM +, Eric Van Hensbergen wrote:
> > > This is the first cut of a device-mapper target which provides a
> > > write-back
> > > or write-throug
On Sat Dec 02, 2006 at 01:56:06AM +0100, Christoph Anton Mitterer wrote:
> The issue was basically the following:
> I found a severe bug mainly by fortune because it occurs very rarely.
> My test looks like the following: I have about 30GB of testing data on
> my harddisk,... I repeat verifying sha
On Fri, Dec 01, 2006 at 05:29:46PM -0600, Russell Cattelan wrote:
> gfs2 is supposed to be stabilized and use-able for the up coming rhel5
> release, not pretty up for somebody to print out and hang on their wall.
Your insight, sir, is truly stunning. That is to say, it reminds of
a sudden and u
On Sat, 2 Dec 2006, Jesper Juhl wrote:
> pci_get_slot() may return NULL if nothing was found.
> quirk_nvidia_ck804() does not check the value returned from pci_get_slot(),
> so it may end up causing a NULL pointer deref.
>
Looks good. The possible NULL pointer is actually not at pci_dev_put,
Hi.
Perhaps some of you have read my older two threads:
http://marc.theaimsgroup.com/?t=11631244001&r=1&w=2 and the even
older http://marc.theaimsgroup.com/?t=11629131451&r=1&w=2
The issue was basically the following:
I found a severe bug mainly by fortune because it occurs very rarely.
M
diff --git a/Makefile b/Makefile
index d026088..85d8009 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 18
-EXTRAVERSION = .4
+EXTRAVERSION = .5
NAME=Avast! A bilge rat!
# *DOCUMENTATION*
diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index 21
We (the -stable team) are announcing the release of the 2.6.18.5 kernel.
The diffstat and short summary of the fixes are below.
I'll also be replying to this message with a copy of the patch between
2.6.18.4 and 2.6.18.5, as it is small enough to do so.
Mathieu Desnoyers wrote:
Hi,
I finalized the work for atomic64_t cmpxchg and atomic64_add_unless on all
architectures. asm-generic/atomic.h atomic_long_t is also streamlined.
Review is welcome.
Beautiful! Now I can do the rwsem consolidation. Thanks.
Nick
--
SUSE Labs, Novell Inc.
Send inst
On Fri, 1 Dec 2006 16:37:33 -0700 Grant Grundler wrote:
> On Fri, Dec 01, 2006 at 03:16:24PM -0800, Greg KH wrote:
> > Here are some PCI patches for 2.6.19
>
> You meant 2.6.20-rc1?
He meant "for", as in "on top of" or "to patch" 2.6.19.
Language has lots of ambiguity...
---
~Randy
-
To unsubsc
On Fri, 1 Dec 2006, Pierre Ossman wrote:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/drzeus/mmc.git for-linus
I get
Already up-to-date.
did you forget to push? Or is mirroring just really slow again?
Linus
-
To unsubscribe from this list: send the line "
OGAWA Hirofumi wrote:
Nick Piggin <[EMAIL PROTECTED]> writes:
status = __block_prepare_write(inode, new_page, zerofrom,
PAGE_CACHE_SIZE, get_block);
if (status)
@@ -2110,7 +2111,7 @@
memset(kaddr+ze
On Fri, 1 Dec 2006 19:33:21 -0500
Ed Tomlinson <[EMAIL PROTECTED]> wrote:
> I booted without the video and vga settings with earlyprintk=vga and got
> output. The
> kenerl was complaining about a crc error. Checking the patch list I found:
>
> crc32-replace-bitreverse-by-bitrev32.patch
>
> re
On Fri, Dec 01, 2006 at 04:37:33PM -0700, Grant Grundler wrote:
> On Fri, Dec 01, 2006 at 03:16:24PM -0800, Greg KH wrote:
> > Here are some PCI patches for 2.6.19
>
> You meant 2.6.20-rc1?
No, well yes, they are "against" 2.6.19 :)
thanks,
greg k-h
-
To unsubscribe from this list: send the lin
Andrew,
I booted without the video and vga settings with earlyprintk=vga and got
output. The
kenerl was complaining about a crc error. Checking the patch list I found:
crc32-replace-bitreverse-by-bitrev32.patch
reversing this patch fixes booting here.
Please do not push this on - it breaks a
On Fri, Dec 01, 2006 at 03:58:14PM -0500, Ben Collins wrote:
> On Fri, 2006-12-01 at 19:53 +, Alan wrote:
> > > > The whole approach of using filp_open() not the firmware interface
> > > > is horribly ugly and does not belong mainstream.
> > >
> > > What about the point that userspace (u
On Friday, 1 December 2006 02:20, Greg KH wrote:
> On Wed, Nov 29, 2006 at 06:18:09PM -0800, Andrew Morton wrote:
> > On Thu, 30 Nov 2006 02:04:15 +0100
> > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> >
> > > > >
> > > > > git-netdev-all.patch
> > > > > git-netdev-all-fixup.patch
> > > > > l
On 12/1/06, Greg KH <[EMAIL PROTECTED]> wrote:
On Fri, Dec 01, 2006 at 01:37:22PM -0700, David Lopez wrote:
> From: David Lopez <[EMAIL PROTECTED]>
The patch seems linewrapped, which doesn't make it easy to apply :(
Can you resend this?
Sorry about that. Is it ok to send the patch as an a
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/char/vc_screen.c | 16 +++
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
This also ment that some of the misc drivers had to also be fixed
up as they were assuming the device was a class_device.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/char/hw_random/core.c | 38 +++-
On Fri, Dec 01, 2006 at 03:16:24PM -0800, Greg KH wrote:
> Here are some PCI patches for 2.6.19
You meant 2.6.20-rc1?
grant
>
> They contain a number of PCI hotplug driver fixes and changes, and some
> other stuff that is detailed below.
>
> All of these patches have been in the -mm tree for a
From: Kay Sievers <[EMAIL PROTECTED]>
Provide a way to support older versions of udev that are shipped in
older distros. If this option is disabled, it will also turn off the
compatible symlinks in sysfs that older programs might rely on.
When in doubt, or if running a distro older than 2006, sa
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
If CONFIG_SYSFS_DEPRECATED is enabled, old versions of udev will work
properly with devices that are associated with a class.
Cc: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/core.c | 59
Compile tested.
drivers/char/vt_ioctl.c changes vc->vt_pid doing
put_pid(xchg(&vc->vt_pid, ...));
This is unsafe, put_pid() can actually free the memory while vc->vt_pid is
still used by kill_pid(vc->vt_pid).
Add a new helper, put_pid_rcu(), which frees "struct pid" via rcu callback
and
On Sat, 2 Dec 2006 00:21:56 +0100
Jesper Juhl <[EMAIL PROTECTED]> wrote:
> pci_get_slot() may return NULL if nothing was found.
> quirk_nvidia_ck804() does not check the value returned from pci_get_slot(),
> so it may end up causing a NULL pointer deref.
>
>
> Signed-off-by: Jesper Juhl <[EMAIL
From: Kay Sievers <[EMAIL PROTECTED]>
Turn off class symlinks CONFIG_SYSFS_DEPRECATED is enabled.
Signed-off-by: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/class.c | 149 +-
1 files chang
From: Kay Sievers <[EMAIL PROTECTED]>
Turn off the bus symlinks if CONFIG_SYSFS_DEPRECATED is enabled
Signed-off-by: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/bus.c | 20 +---
1 files changed, 17 insertions(+), 3 dele
On Fri, Dec 01, 2006 at 03:29:22PM -0800, Pete Zaitcev wrote:
> On Fri, 1 Dec 2006 15:23:39 -0800, [EMAIL PROTECTED] wrote:
>
> > BIOS handoff assumes an SMI, right? Could SMI be masked?
>
> That might be a bad idea, because things like fans may be controlled
> by SMM BIOS. The best thing we can
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/char/mem.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/char/mem.c b/drivers/char/mem.c
index 5547337..e67eef4 100644
--- a/drivers/char/mem.c
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Add arch specific dev_archdata to struct device
Adds an arch specific struct dev_arch to struct device. This enables
architecture to add specific fields to every device in the system, like
DMA operation pointers, NUMA node ID, firmware specific dat
From: Cornelia Huck <[EMAIL PROTECTED]>
Provide a function device_move() to move a device to a new parent device. Add
auxilliary functions kobject_move() and sysfs_move_dir().
kobject_move() generates a new uevent of type KOBJ_MOVE, containing the
previous path (DEVPATH_OLD) in addition to the usu
From: David Brownell <[EMAIL PROTECTED]>
This is almost a rewrite of the driver-model/platform.txt documentation;
the previous text was obsolete (for several years), evidently it never
got updated to match the change from being a PC "legacy_bus" to the more
widely used core bus for most embedded s
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Change ACPI to use dev_archdata instead of firmware_data
This patch changes ACPI to use the new dev_archdata on i386, x86_64
and ia64 (is there any other arch using ACPI ?) to store it's
acpi_handle.
It also removes the firmware_data field from st
From: David Brownell <[EMAIL PROTECTED]>
This defines a new platform_driver_probe() method allowing the driver's
probe() method, and its support code+data, to safely live in __init
sections for typical system configurations.
Many system-on-chip processors could benefit from this API, to the tune
On Fri, 2006-12-01 at 21:08 +, Al Viro wrote:
> On Fri, Dec 01, 2006 at 02:52:11PM -0600, Russell Cattelan wrote:
> > code clean up are not without risk and with no regression test suite to
> > verify
> > that a "cleanup" has not broken something. Cleanups are very much a
> > hindrance to stabi
From: Heiko Carstens <[EMAIL PROTECTED]>
Take return value of sysfs_create_group() into account. That function got
called in case of CPU_ONLINE notification. Since callbacks are not allowed
to fail on CPU_ONLINE notification do the sysfs group creation on
CPU_UP_PREPARE notification.
Also remem
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
arch/i386/kernel/msr.c | 20 +
On Fri, Dec 01, 2006 at 03:02:01PM -0800, Pete Zaitcev wrote:
> On Fri, 1 Dec 2006 19:28:55 +0100, Sebastian Kemper <[EMAIL PROTECTED]> wrote:
>
> > I also increased the wait time from 5 seconds to 20 in
> > drivers/usb/host/pci-quirks.c but that didn't change anything.
>
> That was a good try, b
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
arch/i386/kernel/cpuid.c | 20 +++
Adrian Bunk wrote:
> This patch contains the following possible cleanups:
> - make the following needlessly global functions static:
> - net/netfilter/nf_conntrack_core.c: nf_conntrack_register_cache()
> - net/netfilter/nf_conntrack_core.c: nf_conntrack_unregister_cache()
> - net/netfilter/nf
On Fri, 1 Dec 2006 15:23:39 -0800, [EMAIL PROTECTED] wrote:
> BIOS handoff assumes an SMI, right? Could SMI be masked?
That might be a bad idea, because things like fans may be controlled
by SMM BIOS. The best thing we can do is to follow the published
procedure, and maybe insert a workaround if
From: Thomas Maier <[EMAIL PROTECTED]>
since most of the files in sysfs are text files,
it would be nice, if the "store" function called
during sysfs_write_file() gets a zero terminated
string / data.
The current implementation seems not to ensure this.
(But only if it is the first time the zeroed
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
Also fixes up the isdn drivers that were putting something in the class
device's directory.
S
From: Cornelia Huck <[EMAIL PROTECTED]>
Introduce device_find_child() to match device_for_each_child().
Signed-off-by: Cornelia Huck <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/core.c| 33 +
include/linux/device
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/mmc/mmc_queue.c |4 ++-
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/char/raw.c | 12 ++---
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/net/ppp_generic.c |4 ++
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
It also makes the struct sound_card to show up as a "real" device
where all the different soun
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
As class_device is going away eventually...
Cc: Jean Delvare <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/i2c/i2c-dev.c | 26 +-
1 files changed, 13 insertions(+), 13 deletions(-)
dif
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/char/ppdev.c |6 +++---
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/video/fbmem.c | 16 ++--
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Move the call to platform_notify_remove() to after the call to
bus_remove_device(), where it belongs. It's bogus to notify the platform
of removal while drivers are still attached to the device and possibly
still operating since the platform might
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/firmware_class.c | 11
From: Cornelia Huck <[EMAIL PROTECTED]>
As pointed out by Alan Stern, device_move needs to use klist_remove which waits
until removal is complete.
Signed-off-by: Cornelia Huck <[EMAIL PROTECTED]>
Cc: Alan Stern <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/char/vt.c | 81 ++
From: Adrian Bunk <[EMAIL PROTECTED]>
This patch makes the needlessly global setup_parent() static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/core.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --g
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
It doesn't need to be global or in device.h
Cc: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/class.c | 17 -
drivers/base/core.c| 17 +
include/linux/
From: Kay Sievers <[EMAIL PROTECTED]>
Show the drivers, which belong to the module:
$ ls -l /sys/module/usbcore/drivers/
hub -> ../../../bus/usb/drivers/hub
usb -> ../../../bus/usb/drivers/usb
usbfs -> ../../../bus/usb/drivers/usbfs
Signed-off-by: Kay Sievers <[EMAIL PROTECTED]>
Signed-of
From: Kay Sievers <[EMAIL PROTECTED]>
Turn off device symlinks CONFIG_SYSFS_DEPRECATED is enabled.
Signed-off-by: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/core.c | 18 ++
1 files changed, 14 insertions(+), 4 deletion
pci_get_slot() may return NULL if nothing was found.
quirk_nvidia_ck804() does not check the value returned from pci_get_slot(),
so it may end up causing a NULL pointer deref.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
drivers/pci/quirks.c |2 ++
1 files changed, 2 insertions(+), 0
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
I finally did as you suggested and added the notifier to the struct
bus_type itself. There are still problems to be expected is something
attaches to a bus type where the code can hook in different struct
device sub-classes (which is imho a big bogo
From: Kay Sievers <[EMAIL PROTECTED]>
Create the "driver" link before the child device may be created by
the probing logic. This makes it possible for userspace (udev), to
determine the driver property of the parent device, at the time the
child device is created.
Signed-off-by: Kay Sievers <[EMA
From: Kay Sievers <[EMAIL PROTECTED]>
Disable the PHYSDEV* uevent variables if CONFIG_SYSFS_DEPRECATED is
enabled.
Signed-off-by: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/core.c |4
1 files changed, 4 insertions(+), 0 deletio
Adrian Bunk wrote:
> This patch removes ip{,6}_queue that were scheduled for removal
> in mid-2005.
Thanks for the reminder, I forgot to remove the feature-removal-schedule
entry last time you asked.
We really can't remove ip_queue. Many users use this, there is no binary
compatible interface and
1 - 100 of 347 matches
Mail list logo
