/sys/firmware/acpi/namespace/

/sys/firmware/acpi/namespace/

[Matthew Wilcox]

So, um, what's the point?

find /sys/firmware/acpi/namespace/ ! -type d

nothing.  I was kind of hoping to have methods to invoke or at least
get the names of methods.  Is this planned?

-- 
"It's not Hollywood.  War is real, war is primarily not about defeat or
victory, it is about death.  I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject?" -- Robert Fisk


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: /sys/firmware/acpi/namespace/

[Ducrot Bruno]

On Fri, Jul 04, 2003 at 10:37:46PM +0100, Matthew Wilcox wrote:
> 
> So, um, what's the point?
> 
> find /sys/firmware/acpi/namespace/ ! -type d
> 
> nothing.  I was kind of hoping to have methods to invoke or at least
> get the names of methods.  Is this planned?
> 

I guess it is a sysfs bug because it worked.

-- 
Ducrot Bruno

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: /sys/firmware/acpi/namespace/

[Matthew Wilcox]

On Sat, Jul 05, 2003 at 04:25:20PM +0200, Ducrot Bruno wrote:
> I guess it is a sysfs bug because it worked.

Pardon?

-- 
"It's not Hollywood.  War is real, war is primarily not about defeat or
victory, it is about death.  I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject?" -- Robert Fisk


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: /sys/firmware/acpi/namespace/

[Ducrot Bruno]

On Sat, Jul 05, 2003 at 04:21:00PM +0100, Matthew Wilcox wrote:
> On Sat, Jul 05, 2003 at 04:25:20PM +0200, Ducrot Bruno wrote:
> > I guess it is a sysfs bug because it worked.
> 

The /sys/.../acpi/namespace worked.  I don't think that nobody touched
the code for acpi.  Then I think it is a sysfs bug.

-- 
Ducrot Bruno

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: /sys/firmware/acpi/namespace/

[Matthew Wilcox]

On Sat, Jul 05, 2003 at 05:24:27PM +0200, Ducrot Bruno wrote:
> On Sat, Jul 05, 2003 at 04:21:00PM +0100, Matthew Wilcox wrote:
> > On Sat, Jul 05, 2003 at 04:25:20PM +0200, Ducrot Bruno wrote:
> > > I guess it is a sysfs bug because it worked.
> > 
> 
> The /sys/.../acpi/namespace worked.  I don't think that nobody touched
> the code for acpi.  Then I think it is a sysfs bug.

Ah, now I understand.  Do you happen to remember what version it used
to work in?  I've got two boxes running 2.5.7[34] (one i386, one ia64)
and neither show anything but directories under /sys/firmware/acpi

-- 
"It's not Hollywood.  War is real, war is primarily not about defeat or
victory, it is about death.  I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject?" -- Robert Fisk


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: /sys/firmware/acpi/namespace/

[Ducrot Bruno]

On Sat, Jul 05, 2003 at 05:32:21PM +0100, Matthew Wilcox wrote:
> On Sat, Jul 05, 2003 at 05:24:27PM +0200, Ducrot Bruno wrote:
> > On Sat, Jul 05, 2003 at 04:21:00PM +0100, Matthew Wilcox wrote:
> > > On Sat, Jul 05, 2003 at 04:25:20PM +0200, Ducrot Bruno wrote:
> > > > I guess it is a sysfs bug because it worked.
> > > 
> > 
> > The /sys/.../acpi/namespace worked.  I don't think that nobody touched
> > the code for acpi.  Then I think it is a sysfs bug.
> 
> Ah, now I understand.  Do you happen to remember what version it used
> to work in?  I've got two boxes running 2.5.7[34] (one i386, one ia64)
> and neither show anything but directories under /sys/firmware/acpi
> 

Sorry.  I have not understood your first question.
Nothing but directories under /sys/firmware/acpi.
For now, ACPI default attributes still have to be written.

-- 
Ducrot Bruno

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: /sys/firmware/acpi/namespace/

[Matthew Wilcox]

On Sat, Jul 05, 2003 at 07:46:38PM +0200, Ducrot Bruno wrote:
> On Sat, Jul 05, 2003 at 05:32:21PM +0100, Matthew Wilcox wrote:
> > Ah, now I understand.  Do you happen to remember what version it used
> > to work in?  I've got two boxes running 2.5.7[34] (one i386, one ia64)
> > and neither show anything but directories under /sys/firmware/acpi
> 
> Sorry.  I have not understood your first question.
> Nothing but directories under /sys/firmware/acpi.
> For now, ACPI default attributes still have to be written.

Ah, right.  I might have a go at writing some of those this weekend then.

-- 
"It's not Hollywood.  War is real, war is primarily not about defeat or
victory, it is about death.  I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject?" -- Robert Fisk


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

Re: /sys/firmware/acpi/namespace/

[Patrick Mochel]

> Ah, now I understand.  Do you happen to remember what version it used
> to work in?  I've got two boxes running 2.5.7[34] (one i386, one ia64)
> and neither show anything but directories under /sys/firmware/acpi

It has only ever showed the ACPI objects. They were originally under 
/sys/devices/, but move to a more appropriate place. 

It would be nice if their methods were shown, as well as what physical 
devices the namespace objects corresponded to, but it has not happened 
yet.


	-pat



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01