DocBook: fix some descriptions
Some KernelDoc descriptions are updated to match the current code.
No code changes.
Signed-off-by: Martin Waitz <[EMAIL PROTECTED]>
drivers/acpi/scan.c |4 -
drivers/base/platform.c |4 -
drivers/pci/hotplug.c |4 +
drivers/pci/rom.c | 14
hoi :)
The following mails contain all my current DocBook patches.
Many KernelDoc comments are fixed, XML generation is fixed
and jadetex+custom scripts are replaced by the standard xmlto
tool.
Thanks go to everybody who contributed!
--
Martin Waitz
-
To unsubscribe from this list: send the line
DocBook: use for examples
From: Rich Walker <[EMAIL PROTECTED]>
Signed-off-by: Martin Waitz <[EMAIL PROTECTED]>
scripts/kernel-doc | 13 +
1 files changed, 9 insertions(+), 4 deletions(-)
Index: linux-docbook/scripts/kernel-doc
DocBook: fix xml tag
This fix is needed to create valid XML.
Signed-off-by: Martin Waitz <[EMAIL PROTECTED]>
scripts/kernel-doc |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Index: linux-docbook/scripts/kernel-doc
===
On Tue, 5 Apr 2005, Julien Wajsberg wrote:
On Apr 5, 2005 4:10 PM, Richard B. Johnson <[EMAIL PROTECTED]> wrote:
On Tue, 5 Apr 2005, Julien Wajsberg wrote:
On Mar 26, 2005 12:59 AM, Julien Wajsberg <[EMAIL PROTECTED]> wrote:
I own an Asus A8N-Sli motherboard with the Nforce4-Sli chipset, and I
expe
On Tue, 5 April 2005 22:18:26 +0200, Renate Meijer wrote:
>
> If a function is prefixed with a double underscore, this implies the
> function is internal to
> the compiler, and may change at any time, since it's not governed by
> some sort of standard.
> Hence that code may start suffering from
Marty Ridgeway <[EMAIL PROTECTED]> wrote:
>
> The April release of LTP is now on SourceForge.
>
> LTP-20050405
It seems to have an x86ism in it which causes the compile to fail on ppc64:
socketcall01.c: In function `socketcall':
socketcall01.c:80: error: asm-specifier for variable `__sc_4' conf
On Tue, 5 April 2005 22:01:49 +0200, Jesper Juhl wrote:
> On Tue, 5 Apr 2005, Roland Dreier wrote:
>
> > > or simply
> > > if (!(ptr = kcalloc(n, size, ...)))
> > > goto out;
> > > and save an additional line of screen realestate while you are at
> > it...
> >
Philip Lawatsch wrote:
>>Anyone have any suggestions on how to track this further? It seems
>>fairly clear what circumstances are causing it, but as for figuring out
>>what's at fault..
>
> It seems that mov'ing does not kill my machine while simply using movnti
> does.
Forget about what I just
On Wed, 2005-04-06 at 12:59 +0200, Philip Lawatsch wrote:
> Robert Hancock wrote:
> > Alan Cox wrote:
> >
> >> On Sad, 2005-04-02 at 05:50, Robert Hancock wrote:
> >>
> >>> I'm wondering if one does a ton of these cache-bypassing stores
> >>> whether something gets hosed because of that. Not sure
Original Message
>From: Dave Korn
>Sent: 06 April 2005 12:06
Me and my big mouth.
OK, that one does work.
Sorry for the outburst.
cheers,
DaveK
--
Can't think of a witty .sigline today
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
Original Message
>From: Denis Vlasenko
>Sent: 06 April 2005 11:14
Is this someone's idea of an April Fool's joke? Because if it is, I've
suffered a serious sense-of-humour failure.
> Oh shit. I was trying to be too clever. I still run with this patch,
> so it must be happening very rar
Robert Hancock wrote:
> Alan Cox wrote:
>
>> On Sad, 2005-04-02 at 05:50, Robert Hancock wrote:
>>
>>> I'm wondering if one does a ton of these cache-bypassing stores
>>> whether something gets hosed because of that. Not sure what that
>>> could be though. I don't imagine the chipset is involved w
Magnus Damm writes:
Here comes version 2 of the disable built-in patch.
+void __init disable_initcall(void *fn)
+{
+ initcall_t *call;
+
+ for (call = __initcall_start; call < __initcall_end; call++) {
+
+ if (*call == fn)
+ *call = NULL;
+ }
+
On Tuesday 05 April 2005 19:34, Christophe Saout wrote:
> Hi Denis,
>
> the new i386 memcpy macro is a ticking timebomb.
>
> I've been debugging a new mISDN crash, just to find out that a memcpy
> was not inlined correctly.
>
> Andrew, you should drop the fix-i386-memcpy.patch (or have it fixed)
Hi.
At 07:40 05/04/06, Stephen C. Tweedie wrote:
>Sorry, was offline for a week last week; I'll try to look at this more
>closely tomorrow. Checking the buffer_uptodate() without either a
>refcount or a lock certainly looks unsafe at first glance.
>
>There are lots of ways to pin the bh in that pa
Hi,
On Wed, 2005-04-06 at 06:35, Mingming Cao wrote:
> It seems we are holding the rsv_block while searching the bitmap for a
> free bit.
Probably something to avoid!
> In alloc_new_reservation(), we first find a available to
> create a reservation window, then we check the bitmap to see if i
Hey all,
I am currently working on the bfinnommu linux port for the BlackFin 533.
I need to grab the top 1 MB of memory so I can give it out to drivers
that need non-cached memory for DMA operations.
I've tried the following approaches (which each failed, in different
ways):
1. Allocate 1 MB in
Rafael J. Wysocki wrote:
>>Anyone have any suggestions on how to track this further? It seems
>>fairly clear what circumstances are causing it, but as for figuring out
>>what's at fault..
>
>
> Well, I would start from changing memory modules.
As I wrote earlier, I tried 4 different (but same
Ingo Molnar a écrit :
weird - none of the WARN_ON(1)'s show up. In particular, the
sched_clock() ones should have triggered at least once! I've attached a
new version of the patch below (please unapply the previous patch),
could you try it and send me the log? (It will unconditionally print
so
On Tue, 5 April 2005 15:28:01 -0400, Jeff Garzik wrote:
>
> * Firmwares such as tg3 should be shipped with the kernel tarball.
As in /usr/src/linux/firmware/tg3.tar? Would be a simple patch to add
that one.
Jörn
--
The cost of changing business rules is much more expensive for software
than f
Kenneth Aafløy wrote:
On Wednesday 06 April 2005 04:09, Matt Mackall wrote:
While there may be reasons why mixed case is suboptimal, the real
reason is that it's hard to keep track of which style is used where.
It's annoying and error-prone to have to remember the naming format
for everything in ad
[disregard my previous mail. I should have read the whole thread first]
On Saturday 02 April 2005 07:50, Robert Hancock wrote:
> As it turns out, the memset in my version of glibc x86_64 is not using
> such a string instruction though - it seems to be using two different
> sets of instructions d
Dave Hansen wrote:
I suggest using something like discontigmem (or even sparsemem for that
matter) to properly handles holes in your address space.
I don't agree with you. First I don't see any advantages to use
"discontigmem" just
because physical ram address doesn't start to 0. I would embed
Hi all,
Here's an updated dyn-tick patch. Some minor fixes:
- Moved updating of time happen before other interrupts are
called as noted by Russell King.
- Moved call to next_timer_interrupt to generic code from
a custom idle module to allow using other idle modules,
such as amd76x_pm.
- A
[1.] Removing cwd of some process(if it's empty)
[2.] Syscalls rmdir() and rename() can remove directory that is the current
working directory of some process. If the directory isn't empty,
variable errno is set in ENOTEMPTY. If it's root directory of some process
or mountpoint errno is set in EB
On Wed, 6 Apr 2005, Adrian Bunk wrote:
> On Tue, Apr 05, 2005 at 10:54:09AM +0200, Ben Castricum wrote:
> > ...
> > CC fs/quota_v2.o
> > fs/quota_v2.c: In function `v2_write_dquot':
> > fs/quota_v2.c:399: warning: unknown conversion type character `z' in
> > format
> > fs/quota_v2.c:399:
up :-D
Original Message
Subject: Followup: PROBLEM: Kernel bug at tg3.c:2456
Date: Thu, 31 Mar 2005 14:34:22 +0200
From: Sergio Chiesa <[EMAIL PROTECTED]>
To: linux-kernel@vger.kernel.org
References: <[EMAIL PROTECTED]>
Sergio Chiesa wrote:
7.7.
Well, it seems that with the origin
Nick Piggin wrote:
One problem I just noticed, sorry. This is doing set_cpus_allowed
without holding the runqueue lock and without checking the hard
affinity mask either.
Err, that is to say set_task_cpu, not set_cpus_allowed.
--
SUSE Labs, Novell Inc.
-
To unsubscribe from this list: send the line
Ingo Molnar wrote:
* Siddha, Suresh B <[EMAIL PROTECTED]> wrote:
Similarly I am working on adding a new core domain for dual-core
systems! All these domains are unnecessary and cause performance
isssues on non Multi-threading/Multi-core capable cpus! Agreed that
performance impact will be minor
On Wed, 2005-04-06 at 13:46 -0700, karthik wrote:
> Hi,
>
> I am not able to understand how the radeon video card
> driver access EDID info of Monitors attached to the cards.The
> driver is calling one funtion
> get_property(dp, propnames[i], NULL);
This is specific to PowerMacs whe
Ingo Molnar wrote:
* Nick Piggin <[EMAIL PROTECTED]> wrote:
5/5
Any ideas about what to do with schedstats?
Do we really need balance on exec and fork as seperate
statistics?
Consolidate balance-on-exec with balance-on-fork. This is made easy
by the sched-domains RCU patches.
As well as the gener
On Tue, 5 Apr 2005, shaun wrote:
> +Hardware Specs
> Dual Xeon 800FSB
> Intel Server Board
> 4GB ECC DDR
> 3ware 9500 Sata Raid Card
> 5x200 GB sata drives in a raid 10 Config (1 hot spare)
> Dual Nic
>
> +OS Specs
> CentOS 3.4 running a custom 2.6.x kernel patched with UML SKA's Patch
> eth0 is
Dear friends,
I am trying to develop a codec driver (rtlinux driver)
from scratch.
In Viper board (PXA255) physical memory range
0x4000-0x43FF is used by the PXA255
peripherals.In that address range
0x4050-0x405005FC is needed for AC'97 controller
registers. Is this memory range is alr
Ingo Molnar wrote:
* Nick Piggin <[EMAIL PROTECTED]> wrote:
4/5
One of the problems with the multilevel balance-on-fork/exec is that
it needs to jump through hoops to satisfy sched-domain's locking
semantics (that is, you may traverse your own domain when not
preemptable, and you may traverse
Ingo Molnar wrote:
Acked-by: Ingo Molnar <[EMAIL PROTECTED]>
note that no matter how much scheduler logic, in the end
cross-scheduling of tasks between nodes on NUMA will always have a
permanent penalty (i.e. the 'migration cost' is 'infinity' in the long
run), so the primary focus _hast to be_
Hi!
> So nobody minds if I make this into a CONFIG option marked as Deprecated? :)
Actually it should probably go through
Documentation/feature-removal-schedule.txt
...and give it *long* timeout, since it is API change.
Pav
Ingo Molnar wrote:
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
* Nick Piggin <[EMAIL PROTECTED]> wrote:
2/5
The previous patch fixed the last 2 places that directly access a
runqueue's sched-domain and assume it cannot be NULL.
We can now use a NULL domain instead of a dummy domain to signify
no ba
On Wed, Apr 06, 2005 at 09:34:44AM +0200, Josselin Mouette wrote:
> Le mercredi 06 avril 2005 à 02:10 +0200, Sven Luther a écrit :
> > > It merely depends on the definition of "aggregation". I'd say that two
> > > works that are only aggregated can be easily distinguished and
> > > separated. This
Ingo Molnar wrote:
* Nick Piggin <[EMAIL PROTECTED]> wrote:
This is Suresh's patch with some modifications.
Remove degenerate scheduler domains during the sched-domain init.
actually, i'd suggest to not do this patch. The point of booting with a
CONFIG_NUMA kernel on a non-NUMA box is mostly fo
Sorry about the delay in responding, there were some bugs to attend to,
some of which you may have inadvertantly caught below.
On Sat, 2 Apr 2005, Alan Stern wrote:
> I looked through the new driver model code a bit more. There appears to
> be a few problems (unless I'm using out-of-date code).
Hi,
I had a bit of time and tested yesterday 2.6.12-rc2. swsusp works (modulo
the alps resume patch, which are not in yet) provided that preempt is
disabled. A working[Note 1] config/patch/dmesg is here:
http://www.dea.icai.upco.es/romano/linux/br/config-2.6.12-rc2-nopreempt-boot/la
Le mercredi 06 avril 2005 à 02:10 +0200, Sven Luther a écrit :
> > It merely depends on the definition of "aggregation". I'd say that two
> > works that are only aggregated can be easily distinguished and
> > separated. This is not the case for a binary kernel module, from which
> > you cannot easi
Hello again,
I'm gonna provide more info this time...
On Tuesday 05 April 2005 19:01, Jean Tourrilhes wrote:
> On Tue, Apr 05, 2005 at 11:02:26AM +0200, Michal Rokos wrote:
> > I've problems with IrDA - when debug is off, I'm getting oops for obvious
> > reason...
> > (I don't have a log, this is
Hi,
I am not able to understand how the radeon video card
driver access EDID info of Monitors attached to the cards.The
driver is calling one funtion
get_property(dp, propnames[i], NULL);
But in this funtion its just return some value ie
dp->property->value; how this property->valu
On Tue, Apr 05, 2005 at 05:56:00PM -0700, Andrew Morton wrote:
> Odd.
Yes, it is odd...
> > 2.6.11-bk9 works (actually it takes under 2 seconds, not 5-10).
> > 2.6.11-bk10 has the weird slowdown.
>
> Unfortunately that's a pretty bug diff (2 megs).
Yeah, I know. *sigh*
[snip]
> but you'd be ge
* Siddha, Suresh B <[EMAIL PROTECTED]> wrote:
> Similarly I am working on adding a new core domain for dual-core
> systems! All these domains are unnecessary and cause performance
> isssues on non Multi-threading/Multi-core capable cpus! Agreed that
> performance impact will be minor but still
On Wed, Apr 06, 2005 at 07:44:12AM +0200, Ingo Molnar wrote:
>
> * Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> > This is Suresh's patch with some modifications.
>
> > Remove degenerate scheduler domains during the sched-domain init.
>
> actually, i'd suggest to not do this patch. The point of bo
Hello,
I am having difficultly getting the IDE CMD 64x PCI driver to work for the
CMD PCI-648 device. I have decided to dig through kernel and driver code
to find out why and hopefully correct the problem.
I am running linux, version 2.4.21, on a PowerPC in the PCI Mezzanine Card
(PMC) form fact
>@Len:
>ACPI=y and ACPI_BOOT=n seems to be a legal configuration (with
>X86_HT=y), but it breaks into pieces if you try the compilation.
yeah, don't do that:-)
I'm sorry I didn't push the patch to delete CONFIG_ACPI_BOOT earlier.
For now, just enable them both.
thanks,
-Len
-
To unsubscribe from
On Tue, Apr 05, 2005 at 07:07:46PM -0400, Jeff Garzik wrote:
> As a tangent, I'd also like to see iSCSI over SCTP.
http://ds9a.nl/klogbot/?year=2005&month=3&day=21&hour=12.5
See conversation between 'nab_' and ahu (me).
--
http://www.PowerDNS.com Open source, database driven DNS Software
Hi,
On Wednesday, 6 of April 2005 06:05, Robert Hancock wrote:
> Alan Cox wrote:
> > On Sad, 2005-04-02 at 05:50, Robert Hancock wrote:
> >
> >>I'm wondering if one does a ton of these cache-bypassing stores whether
> >>something gets hosed because of that. Not sure what that could be
> >>thoug
201 - 252 of 252 matches
Mail list logo
