login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2007
»
December
»
4
Re: The use of KOBJ_NAME_LEN
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [thread] [
date
] [
author
]
[view in full thread]
From: Dave Young
Subject:
Re: The use of KOBJ_NAME_LEN
Date: Tuesday, December 4, 2007 - 1:22 am
On Dec 4, 2007 4:20 PM, Greg KH <gregkh@suse.de> wrote:
quoted text
> On Tue, Dec 04, 2007 at 03:53:15PM +0800, Dave Young wrote: > > On Dec 4, 2007 3:46 PM, Greg KH <gregkh@suse.de> wrote: > > > On Tue, Dec 04, 2007 at 02:45:47PM +0800, Dave Young wrote: > > > > Hi, > > > > Does the KOBJ_NAME_LEN really means the limit of kobject name length? seems > > > > not . And if it's true, is the KOBJ_NAME_LEN of 20 enough to use? > > > > > > No, not anymore, the kobject name is totally dynamic. > > > > Eh, Why does this macro still exist? If KOBJ_NAME_LEN is really > > needed, maybe it should be renamed to something else to avoid > > misleading. > > Right now other .h files use it also. It isn't hurting anything for > now, and Kay has some patches he is working on to get rid of the static > bus_id array, which will then let us get rid of that define entirely. >
Good to know, thanks!
quoted text
> thanks, > > greg k-h >
--
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [thread] [
date
] [
author
]
Messages in current thread:
Re: The use of KOBJ_NAME_LEN
, Robert P. J. Day
, (Mon Dec 3, 11:50 pm)
Re: The use of KOBJ_NAME_LEN
, Greg KH
, (Tue Dec 4, 12:46 am)
Re: The use of KOBJ_NAME_LEN
, Greg KH
, (Tue Dec 4, 12:46 am)
Re: The use of KOBJ_NAME_LEN
, Robert P. J. Day
, (Tue Dec 4, 1:02 am)
Re: The use of KOBJ_NAME_LEN
, Greg KH
, (Tue Dec 4, 1:20 am)
Re: The use of KOBJ_NAME_LEN
, Dave Young
, (Tue Dec 4, 1:22 am)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Stephen Smalley
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
FUJITA Tomonori
Re: [Scst-devel] Integration of SCST in the mainstream Linux kernel
Borislav Petkov
drm_vm.c:drm_mmap: possible circular locking dependency detected (was: Re: Linux 2...
Alex Riesen
Re: [PATCH 4/7] lib: Introduce strnstr()
Arnd Bergmann
Re: [PATCH] rcu: remove SPARSE_RCU_POINTER
git
:
Mike Miller
git message
Wincent Colaiuta
Re: [RFC PATCH] Make the rebase edit mode really end up in an edit state
Johannes Schindelin
Re: [PATCH] Fix install-doc-quick target
Scott Chacon
Re: why not TortoiseGit
Marcel Holtmann
Re: Remove unneeded packs
git-commits-head
:
Linux Kernel Mailing List
mm: fix build on non-mmu machines
Linux Kernel Mailing List
i915: Don't whine when pci_enable_msi() fails.
Linux Kernel Mailing List
powerpc/kexec: Add support for FSL-BookE
Linux Kernel Mailing List
Staging: rt2870: Removal of kernel_thread() API
Linux Kernel Mailing List
[ARM] 4671/1: ep93xx: remove obsolete gpio_line_* operations
linux-netdev
:
Arnaldo Carvalho de Melo
Re: [PATCH 06/37] dccp: Limit feature negotiation to connection setup phase
Sebastian Andrzej Siewior
[PATCH v2] net/core: use ntohs for skb->protocol
Badalian Vyacheslav
Re: tc filter flow hash question
Parav Pandit
ip6 route output() and ip_route_output_key() by drivers
Jarek Poplawski
Re: tc filter flow hash question
openbsd-misc
:
Tony Abernethy
Re: The Atheros story in much fewer words
"RALOVICH, Kristóf"
Re: thinkpad windows refund
Kevin
Re: uvm_mapent_alloc: out of static map entries on 4.3 i386
Nick Holland
Re: Install OpenBSD from USB ?
Daniel Ouellet
sysctl kern.maxproc help needed
Colocation donated by:
Syndicate