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
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
>@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 fact
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
* 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 ge
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
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
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
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
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 fo
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
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:
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 alr
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
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 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:
* 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 line
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
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:
[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
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
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 d
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
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 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
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
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
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 i
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
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)
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;
+ }
+
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
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
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
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
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 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...
> >
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: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
expe
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
===
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: 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 rece
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 th
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 o
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 that
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.
Wha
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.
>>
>>
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 on
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 stu
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 avai
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 tr
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
>
>
> 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.
>
>
> Yes. You did read th
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 Ax
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?
>
> b
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 board
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
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
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() s
This patch removes #include .
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
+++ rc2-mm1
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 C
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
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'
arch/um/kernel/ptr
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 aligned
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
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 ar
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 deluxe
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 th
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 do_initcalls(void)
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-
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
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 thi
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 m
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 driver
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.
>
On Wed, 2005-04-06 at 08:05 -0700, Dan Kegel wrote:
> 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' conf
--
PROGRAMAÇÃO DE CURSOS - ABRIL / MAIO 2005
--
CURSO DE SOCORRISTA INTERNACIONAL - 40 HORAS
( RCP BÁSICO + DESF. EXTERNA AUTOMÁTICA + PS )
--
Uttered Neal Gustafson <[EMAIL PROTECTED]>, spake thus:
> Blond Amateur Coed Spring Break Bed Sex Hardcore
> Blonde In Stockings Posing beaumont
Has this list not the simplest spam filter? It's difficult to see how any of
these original title terms could be from a legitimate posting.
pgpPgls
Ok,
as a number of people are already aware (and in some cases have been
aware over the last several weeks), we've been trying to work out a
conflict over BK usage over the last month or two (and it feels like
longer ;). That hasn't been working out, and as a result, the kernel team
is looking at
Hi,
Linus Torvalds wrote:
Yes. But how do you have _such_ an empty stack when the interrupt comes
in? See what I mean?
Yes, I hope so.
IOW, that requires that the kernel stack would have
only two words on it when the interrupt happens. How?
Well, you can simply do something like this:
--- entry.S.o
On Wed, Apr 06, 2005 at 02:27:51PM +0200, J?rn Engel wrote:
>
> Is it worth the effort? Not sure. But the "it's old, drop support
> for it" argument just doesn't cut it and it doesn't get any better by
> repetition.
Exactly, that's why this patch is valid.
thanks,
greg k-h
-
To unsubscribe fr
1 - 100 of 252 matches
Mail list logo
