On Tue, 1 Jan 2008, Greg KH wrote:
On Mon, Dec 31, 2007 at 11:26:43AM -0800, Greg KH wrote:
On Mon, Dec 31, 2007 at 12:49:52PM -0500, Alan Stern wrote:
On Sun, 30 Dec 2007, Greg KH wrote:
It looks like Greg misused the debugfs API -- which is ironic, because
he wrote debugfs
On Wednesday 02 January 2008, Alan Stern wrote:
BTW, I don't recall ever seeing Tony's patch announced on
linux-usb or linux-usb-devel. Did I simply miss it?
I think he didn't post it. I got some questions from him at
one point, which I answered, but as I recall he decided for
some
On Mon, Dec 31, 2007 at 11:26:43AM -0800, Greg KH wrote:
On Mon, Dec 31, 2007 at 12:49:52PM -0500, Alan Stern wrote:
On Sun, 30 Dec 2007, Greg KH wrote:
It looks like Greg misused the debugfs API -- which is ironic, because
he wrote debugfs in the first place! :-)
Oh crap,
Hi,
On Sun, Dec 30, 2007 at 03:34:45PM -0500, Alan Stern wrote:
It looks like Greg misused the debugfs API -- which is ironic, because
he wrote debugfs in the first place! :-)
Let me know if this patch fixes the problem. If it does, I'll submit
it to Greg with all the proper
Hi,
On Tue, Jan 01, 2008 at 10:00:06PM -0800, Greg KH wrote:
Ok, no, I didn't write that patch, I'm getting very confused here.
In 2.6.24-rc6 there is no usage of debugfs in the ohci driver.
In the -mm tree there is a patch, from Tony Jones, that moves some debug
code out of sysfs and
On Wed, Jan 02, 2008 at 07:13:08AM +0100, Andreas Mohr wrote:
Hi,
On Tue, Jan 01, 2008 at 10:00:06PM -0800, Greg KH wrote:
Ok, no, I didn't write that patch, I'm getting very confused here.
In 2.6.24-rc6 there is no usage of debugfs in the ohci driver.
In the -mm tree there is a
Andrew Morton wrote:
On Fri, 07 Dec 2007 04:51:37 + David Woodhouse [EMAIL PROTECTED] wrote:
On Mon, 2007-11-26 at 15:17 -0700, Eric W. Biederman wrote:
Well I clearly goofed when I added the initial network namespace support
for /proc/net. Currently things work but there are odd
On Fri, 07 Dec 2007 04:51:37 + David Woodhouse [EMAIL PROTECTED] wrote:
On Mon, 2007-11-26 at 15:17 -0700, Eric W. Biederman wrote:
Well I clearly goofed when I added the initial network namespace support
for /proc/net. Currently things work but there are odd details visible
to user
On Mon, 2007-11-26 at 15:17 -0700, Eric W. Biederman wrote:
Well I clearly goofed when I added the initial network namespace support
for /proc/net. Currently things work but there are odd details visible
to user space, even when we have a single network namespace.
Since we do not cache
[snip]
Well I clearly goofed when I added the initial network namespace support
for /proc/net. Currently things work but there are odd details visible
to user space, even when we have a single network namespace.
Since we do not cache proc_dir_entry dentries at the moment we can
just
Pavel Emelyanov [EMAIL PROTECTED] writes:
[snip]
Well I clearly goofed when I added the initial network namespace support
for /proc/net. Currently things work but there are odd details visible
to user space, even when we have a single network namespace.
Since we do not cache
Pavel Emelyanov [EMAIL PROTECTED] writes:
Rafael J. Wysocki wrote:
On Monday, 19 of November 2007, Pavel Machek wrote:
Hi!
I think that this worked before:
[EMAIL PROTECTED]:/proc# find . -name timer_info
find: WARNING: Hard link count is wrong for ./net: this may be a bug
in your
12 matches
Mail list logo