Re: [PATCH 1/4] staging: uio: Simplify the lifetime logic of struct uio_device.

> > The subject makes no sense, this has nothing to do with the staging tree > :( Newbie question. What tree should I base it against? Thanks, -mandeep -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo i

[PATCH] Add git url for UIO section of MAINTAINERS

This patch adds a git url entry in the UIO section of MAINTAINERS. The url is that of Greg KH's char-misc tree. Mandeep Sandhu (1): MAINTAINERS: add git url entry for UIO MAINTAINERS | 1 + 1 file changed, 1 insertion(+) -- 1.9.1 -- To unsubscribe from this list: send the

[PATCH] MAINTAINERS: add git url entry for UIO

Added git url for UIO section. Signed-off-by: Mandeep Sandhu --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index ddb9ac8..9334680 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -10149,6 +10149,7 @@ S: Maintained F: Documentation/DocBook

[PATCH v2] MAINTAINERS: add git url entry for UIO

Added git url for UIO section. Mandeep Sandhu (1): MAINTAINERS: add git url entry for UIO MAINTAINERS | 1 + 1 file changed, 1 insertion(+) -- 1.9.1 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kerne

[PATCH] MAINTAINERS: add git url entry for UIO

Added git url for UIO section. Signed-off-by: Mandeep Sandhu --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index ddb9ac8..13fa3b7 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -10146,6 +10146,7 @@ USERSPACE I/O (UIO) M: "Hans J. Koch

[PATCH 0/4] uio hotplug support

re satisified with the fake hotplug driver I wrote. Mandeep Sandhu (4): uio: Simplify the lifetime logic of struct uio_device. uio: Remove unused uio_info mmap method. libunload: A library to help remove open files uio: Implement hotunplug support, using libunload

[PATCH 3/4] libunload: A library to help remove open files

ogical state does not persist. Tested-by: Mandeep Sandhu Signed-off-by: Mandeep Sandhu --- fs/Makefile| 2 +- fs/libunload.c | 169 + include/linux/unload.h | 35 ++ 3 files changed, 205 insertions(+), 1 deletion(-)

[PATCH 1/4] uio: Simplify the lifetime logic of struct uio_device.

reference count to act as a reference count on struct idev as well. Tested-by: Mandeep Sandhu Signed-off-by: Mandeep Sandhu --- drivers/uio/uio.c | 41 ++--- include/linux/uio_driver.h | 3 ++- 2 files changed, 28 insertions(+), 16 deletions(-) diff --git a

[PATCH 4/4] uio: Implement hotunplug support, using libunload

_unregister does a fair bit more than what it used to. All of the extra work is essentially handling the early shutdown of file handles when a device is unregistered while files are still open. Tested-by: Mandeep Sandhu Signed-off-by: Mandeep Sandhu --- drive

[PATCH 2/4] uio: Remove unused uio_info mmap method.

find a correct way to wrap the the vm_operations_struct close method. Tested-by: Mandeep Sandhu Signed-off-by: Mandeep Sandhu --- drivers/uio/uio.c | 6 -- include/linux/uio_driver.h | 2 -- 2 files changed, 8 deletions(-) diff --git a/drivers/uio/uio.c b/drivers/uio/uio.c index

Re: [PATCH 1/4] uio: Simplify the lifetime logic of struct uio_device.

>> + >> + ret = kobject_set_name(&idev->device.kobj, "uio%d", idev->minor); > > dev_set_name()? There's another instance of use of kobject_set_name in uio_major_init(). Should I change that too ,or that should be done in a new (unrelated) patch? Thanks, -mandeep > > > > thanks, > > greg k-h

Re: [Openipmi-developer] Shutdown behavior with IPMI enabled

>> >> I have access to the BMC firmware and I saw that the way BMC handles >> "chassis power off" is by emulating a power button press for 6 >> seconds. But since the host already shuts down in the meantime, the >> button press ends up power up the system again! > > Well that's a very unusual inter

Re: [Openipmi-developer] Shutdown behavior with IPMI enabled

> Certainly, it should just immediately power the system off. There is a > soft shutdown option if you want a graceful shutdown. > > The spec says: > > 0 - power down. Force system into soft off (S4/S45) state. This is for > ‘emergency’ management power down actions. The command > does

[PATCH 1/4] staging: uio: Simplify the lifetime logic of struct uio_device.

reference count to act as a reference count on struct idev as well. Tested-by: Mandeep Sandhu Signed-off-by: Mandeep Sandhu --- drivers/uio/uio.c | 41 ++--- include/linux/uio_driver.h | 3 ++- 2 files changed, 28 insertions(+), 16 deletions(-) diff --git a

[PATCH 3/4] staging: libunload: A library to help remove open files

ogical state does not persist. Tested-by: Mandeep Sandhu Signed-off-by: Mandeep Sandhu --- fs/Makefile| 2 +- fs/libunload.c | 169 + include/linux/unload.h | 35 ++ 3 files changed, 205 insertions(+), 1 deletion(-)

[PATCH 0/4] uio hotplug support

e are satisified with the fake test program I wrote. Mandeep Sandhu (4): staging: uio: Simplify the lifetime logic of struct uio_device. staging: uio: Remove unused uio_info mmap method. staging: libunload: A library to help remove open files staging: uio: Implement hotunplug support,

[PATCH 2/4] staging: uio: Remove unused uio_info mmap method.

find a correct way to wrap the the vm_operations_struct close method. Tested-by: Mandeep Sandhu Signed-off-by: Mandeep Sandhu --- drivers/uio/uio.c | 6 -- include/linux/uio_driver.h | 2 -- 2 files changed, 8 deletions(-) diff --git a/drivers/uio/uio.c b/drivers/uio/uio.c index

[PATCH 4/4] staging: uio: Implement hotunplug support, using libunload

_unregister does a fair bit more than what it used to. All of the extra work is essentially handling the early shutdown of file handles when a device is unregistered while files are still open. Tested-by: Mandeep Sandhu Signed-off-by: Mandeep Sandhu --- drive

Re: newbies CheckpatchTips for multiline statements (Breaking function calls)

> > btw: there's a perferred/preferred tyop too. > Sorry, but I just couldn't ignore the irony of this. :P -mandeep -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majord