Dmitry Torokhov wrote:
On Apr 5, 2005 4:01 PM, Jaco Kroon [EMAIL PROTECTED] wrote:
btw Dmitri, that patch does not seem to work. But the kernel panic that
kicks in when X starts up does imply that _something_ changed. No sync
however, so no stack trace in the logs either. In fact, looking at
static declaration follows non static blah blah..
Signed-off-by: Dave Jones [EMAIL PROTECTED]
--- 2.6.12rc2mm1/sound/oss/nm256_audio.c~ 2005-04-06 02:00:08.0
-0400
+++ 2.6.12rc2mm1/sound/oss/nm256_audio.c2005-04-06 02:00:39.0
-0400
@@ -28,10 +28,12 @@
#include
* 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 others'
+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 0.0.0.0 promisc and assigned to a bridge (br0)
tuntap
* 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 general
A patch of PlugSched-4.0 (containing ingosched, nicksched, staircase,
spa_no_frills and zaphod CPU schedulers) against a 2.6.11 kernel is
available for download from:
http://prdownloads.sourceforge.net/cpuse/plugsched-4.0-for-2.6.11.patch?download
and for 2.6.12-rc2 at:
* Chen, Kenneth W [EMAIL PROTECTED] wrote:
tested on x86, the calibration results look ok there.
Calibration result on ia64 (1.5 GHz, 9 MB), somewhat smaller in this
version compare to earlier estimate of 10.4ms. The optimal setting
found by a db workload is around 16 ms.
with idle
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
though. I don't
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=2005month=3day=21hour=12.5
See conversation between 'nab_' and ahu (me).
--
http://www.PowerDNS.com Open source, database driven DNS Software
@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
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
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 booting with
* 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 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 getting a
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-value
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 just
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 easily
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:
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).
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 for
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
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.
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_
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
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
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 0.0.0.0
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
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 where
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
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
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 original
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: warning: too
[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
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.
-
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
[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
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
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
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 is not the
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
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 brand)
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
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 it
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
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).
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 with any of
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
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
the
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 what that
could
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 wrote,
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...
No, please
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' conflicts
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
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
DocBook: use informalexample 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 void/ 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
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
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
DocBook: changes and extensions to the kernel documentation
From: Pavel Pisa [EMAIL PROTECTED]
I have recompiled Linux kernel 2.6.11.5 documentation for me and our
university students again. The documentation could be extended for more
sources which are equipped by structured comments for
DocBook: Use xmlto to process the DocBook files.
xmlto uses standared XSLT templates to generate manpages, (x)html pages,
and XML FO files which can be processed with passivetex.
This is much faster than using jadetex for everything.
This patch also reduces the number of kernel-specific scripts
Hi,
If anybody is having any idea of what is MCR and what is its use,
just tell me. i think its some Monitor related software. But i want in more
detail of what is it and how is it working.
Karthik
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of
On Apr 6, 2005, at 1:32 PM, Jörn Engel wrote:
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
Original Message
From: Dave Korn
Sent: 06 April 2005 12:13
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.
well, actually, maybe it doesn't after all.
What's that
Original Message
From: Dave Korn
Sent: 06 April 2005 12:53
Original Message
From: Dave Korn
Sent: 06 April 2005 12:13
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.
Am Mittwoch, den 06.04.2005, 13:14 +0300 schrieb Denis Vlasenko:
Oh shit. I was trying to be too clever. I still run with this patch,
so it must be happening very rarely.
Yes, that's right, it happened with code that's not in the mainline tree
but could have happened anywhere.
Does this one
On Tuesday 05 April 2005 21:00, Jörn Engel wrote:
On Tue, 5 April 2005 17:26:31 +0100, Paulo Marques wrote:
Would this be a good thing to clean up, or isn't it worth the effort at all?
I would welcome such a stream of patches. But in spite of the calloc
interface being rather stupid,
Hi.
My mouse stopped working in x.org with 2.6.12-rc1. Problem is still there in
2.6.12-rc2. Works on 2.6.11.x with same .config (except for make oldconfig /
defaults).
Mouse is ImPs2, xorg.conf is using /dev/input/mouse0, which seems to be
present. Board is Asus p4p800 deluxe.
More info
Jörn Engel wrote:
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...
No, please
On Wed, 6 Apr 2005, Nick Piggin wrote:
Don't use PF_*. That namespace is already being used by at least
process flags and protocol flags. Maybe page_locked, page_dirty,
etc. might be better
Much better. But...
Lastly, it is quite likely that many people will consider this to be
more
On Wed, 6 April 2005 14:04:39 +0200, Renate Meijer wrote:
And you did read this thread as well, right?
http://kerneltrap.org/node/4126
quote
Things seem to have improved a bit lately. The gcc-3.x series was
basically not worth it for plain C until 3.3 or so.
/quote
Yes. You did read
On Tue, Mar 29 2005, Jens Axboe wrote:
On Tue, Mar 29 2005, Chris Rankin wrote:
I have one IDE hard disc, but I was using a USB memory stick at one
point. (Notice the usb-storage and vfat modules in my list.) Could
that be the troublesome SCSI device?
--- Jens Axboe [EMAIL
On Die, 05 Apr 2005, Andrew Morton wrote:
2.6.12-rc2 suspends and resumes with the very same config file (well,
after running make oldconfig) without any problem.
So there is a change in -mm1 which triggers this. Should I start with
backing out bk-acpi? or anything else?
bk-acpi
Folks,
How can I get Hyperthreading working on my dual Xeon board when the BIOS does
not contain the ACPI
support module?
Is there a magic set of kernel options that will get the kernel to start the
Hyperthreaded CPUs?
Background:
I am having a problem with a dual (physical) Xeon VME single
I'm having a little difficulty understanding what this is for. Is it
that gcc's builtin memcpy expander generates bad code, or that older
versions of gcc generate bad code, or what? gcc generates too much
code?
Andrew.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
@@ -324,6 +334,7 @@
issue_flush_fn *issue_flush_fn;
prepare_flush_fn*prepare_flush_fn;
end_flush_fn*end_flush_fn;
+ release_queue_data_fn *release_queue_data_fn;
/*
* Auto-unplugging state
where does this function method
On Wed, Apr 06 2005, Arjan van de Ven wrote:
@@ -324,6 +334,7 @@
issue_flush_fn *issue_flush_fn;
prepare_flush_fn*prepare_flush_fn;
end_flush_fn*end_flush_fn;
+ release_queue_data_fn *release_queue_data_fn;
/*
*
On Tue, Apr 05, 2005 at 05:56:00PM -0700, Andrew Morton wrote:
I'll see if I can isolate it any further.
Please, that would help.
[Right now I'm in a race against my lack of sleep. I'm trying to send
this e-mail before I involuntarily fall asleep, so the contents
and/or recipient list may be
On Apr 6, 2005 12:32 PM, Malcolm Rowe [EMAIL PROTECTED] wrote:
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++) {
+
+
Hi,
On Apr 6, 2005 3:15 PM, Paulo Marques [EMAIL PROTECTED] wrote:
However calloc is the standard C interface for doing this, so it makes
some sense to use it here as well... :(
I initally submitted kcalloc() with just one parameter but Arjan
wanted it to be similar to standard calloc() so we
This patch removes #include linux/audit.h.
Because it includes two times.
Yoichi
Signed-off-by: Yoichi Yuasa [EMAIL PROTECTED]
diff -urN -X dontdiff rc2-mm1-orig/arch/mips/kernel/ptrace.c
rc2-mm1/arch/mips/kernel/ptrace.c
--- rc2-mm1-orig/arch/mips/kernel/ptrace.c Tue Apr 5 23:19:16 2005
karthik [EMAIL PROTECTED] writes:
Hi,
If anybody is having any idea of what is MCR and what is its use,
just tell me. i think its some Monitor related software. But i want in more
detail of what is it and how is it working.
MCR stands for Monitor Console Routine. Press Ctrl-C to
Using your glib sample thingy from
http://www.kernel.org/pub/linux/kernel/people/rml/inotify/glib/
$ mkdir snozzberries
Event on wd=0: snozzberries, a directory, was created
$ rmdir snozzberries
Event on wd=0: snozzberries, a directory, was deleted
$ mkdir snozzberries
Event on wd=0:
Bas Vermeulen [EMAIL PROTECTED] wrote:
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 did this long time ago (on a 2.4 kernel), trying to avoid a
Uml compile is btoken in current linus bk 2.6:
CC arch/um/kernel/ptrace.o
arch/um/kernel/ptrace.c: In function `send_sigtrap':
arch/um/kernel/ptrace.c:324: warning: implicit declaration of function
`SC_IP'
arch/um/kernel/ptrace.c:324: error: union has no member named `tt'
Attached is inline ix86 memcpy() plus test code that tests its
corner-cases. The in-line code makes no jumps, but uses longword
copies, word copies and any spare byte copy. It works at all
offsets, doesn't require alignment but would work fastest if
both source and destination were longword
Jens Axboe wrote:
On Wed, Apr 06 2005, Arjan van de Ven wrote:
@@ -324,6 +334,7 @@
issue_flush_fn *issue_flush_fn;
prepare_flush_fn*prepare_flush_fn;
end_flush_fn*end_flush_fn;
+ release_queue_data_fn *release_queue_data_fn;
/*
On Apr 6, 2005 8:19 AM, Joe Button [EMAIL PROTECTED] wrote:
Hi.
My mouse stopped working in x.org with 2.6.12-rc1. Problem is still there in
2.6.12-rc2. Works on 2.6.11.x with same .config (except for make oldconfig /
defaults).
Mouse is ImPs2, xorg.conf is using /dev/input/mouse0, which
Randy.Dunlap wrote:
Is this related (or could it be -- or should it be) at all to the
current discussion on the linux-pci mailing list
[EMAIL PROTECTED]) about PCI Error Recovery
API Proposal ?
I'm not familiar with the proposal, but this is not related to error
recovery since master aborts are
Joe Button wrote:
Hi.
My mouse stopped working in x.org with 2.6.12-rc1. Problem is still there in
2.6.12-rc2. Works on 2.6.11.x with same .config (except for make oldconfig /
defaults).
Mouse is ImPs2, xorg.conf is using /dev/input/mouse0, which seems to be
present. Board is Asus p4p800
Andrew Morton wrote:
Steven Cole [EMAIL PROTECTED] wrote:
arch/i386/kernel/setup.c: In function 'setup_arch':
arch/i386/kernel/setup.c:1571: warning: implicit declaration of function
'acpi_boot_table_init'
arch/i386/kernel/setup.c:1572: warning: implicit declaration of function
'acpi_boot_init'
On Wednesday 06 April 2005 16:18, Richard B. Johnson wrote:
Attached is inline ix86 memcpy() plus test code that tests its
corner-cases. The in-line code makes no jumps, but uses longword
copies, word copies and any spare byte copy. It works at all
offsets, doesn't require alignment but
Hi,
On Wed, 2005-04-06 at 11:01, Hifumi Hisashi wrote:
Certainly it's normal for a short read/write to imply either error or
EOF, without the error necessarily needing to be returned explicitly.
I'm not convinced that the Singleunix language actually requires that,
but it seems the most
Magnus Damm writes:
Regardless of anything else, won't this break booting with initcall_debug on
PPC64/IA64 machines? (see the definition of print_fn_descriptor_symbol() in
kallsyms.h)
Correct, thanks for pointing that out. The code below is probably better:
static void __init
On Tue, Apr 05, 2005 at 08:43:45PM -0700, Randy.Dunlap wrote:
Big Question: does most Coldfire or I2C use volatile so heavily,
or is it just this one driver that does that? Volatile here
semms very overused.
It's not a i2c issue, volatile should not be needed here at all.
thanks,
greg k-h
On Wednesday 06 April 2005 14:50, Helge Hafting wrote:
Joe Button wrote:
My mouse stopped working in x.org with 2.6.12-rc1. Problem is still there
in 2.6.12-rc2. Works on 2.6.11.x with same .config (except for make
oldconfig / defaults).
Yes, but it may have moved to mouse1 or some such.
On Wed, 6 Apr 2005, Catalin Marinas wrote:
Bas Vermeulen [EMAIL PROTECTED] wrote:
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 did this long time ago
Richard B. Johnson [EMAIL PROTECTED] wrote:
1 Megabyte of DMA RAM should be available using conventional
means __get_dma_pages(GFP_KERNEL, 0x100) soon after boot.
The problem is that he needs to get this memory from the last MB only,
__get_dma_pages would return pages from ZONE_DMA but this is
Andrew Morton wrote:
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' conflicts with
asm clobber list
That might be a problem with your toolchain.
Other
On Wed, 2005-04-06 at 16:53, Richard B. Johnson wrote:
On Wed, 6 Apr 2005, Catalin Marinas wrote:
Bas Vermeulen [EMAIL PROTECTED] wrote:
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
On Wed, 2005-04-06 at 15:26, Catalin Marinas wrote:
Bas Vermeulen [EMAIL PROTECTED] wrote:
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 did
1 - 100 of 495 matches
Mail list logo