On Jan 31, 2007, at 9:21 AM, Andi Kleen wrote:
On Wednesday 31 January 2007 18:15, Zach Brown wrote:
On Jan 31, 2007, at 12:58 AM, Andi Kleen wrote:
Do you have any numbers how this compares cycle wise to just doing
clone+syscall+exit in user space?
Not yet, no. Release early, release of
On Jan 31 2007 13:58, Lennart Sorensen wrote:
>On Wed, Jan 31, 2007 at 07:24:54PM +0100, Jan Engelhardt wrote:
>> How much different hardware does the (old)floppy.c do? I imagine that
>> today, where floppies phase out, there will be, in descending order:
>>
>> * USB floppy drives (atm handled b
without linking it into the system lists. The reason I don't think
this
approach works (and I looked at it a few times) is that many things
end
up requiring special handling: things like permissions, signals,
FPU state,
segment registers
Can you share a specific example of the special
On Wednesday 31 January 2007 19:42:51 Alexey Dobriyan wrote:
> On Wed, Jan 31, 2007 at 11:54:35AM +0100, Duncan Sands wrote:
> > Can read_proc still be executing when remove_proc_entry returns?
> >
> > In my driver [*] I allocate some data and create a proc entry using
> > create_proc_entry. My re
On Jan 31, 2007, at 2:50 AM, Xavier Bestel wrote:
On Tue, 2007-01-30 at 19:02 -0800, Linus Torvalds wrote:
Btw, this is also something where we should just disallow certain
system
calls from being done through the asynchronous method.
Does that mean that doing an AIO-disabled syscall will
Nicolas Mailhot <[EMAIL PROTECTED]> :
[...]
> incomplete NDAed documentation. If (as this offer implies) there are good
> driver authors waiting to do more drivering, why aren't those a priority?
So far nobody cared enough to maintain a list of said out-of-tree drivers.
--
Ueimor
-
To unsubscrib
> As a note, arm and mips both register their clocksources during
> time_init() instead of using initcalls.
That's actually platform-specific. If there's only one possible
clocksource, that'd be the normal answer.
Otherwise, there can be multiple clocksources just like any other
architecture. M
Hello list,
I read about the changes regarding the mtrr code in the upcoming 2.6.20
kernel and so today I tried rc7.
Since quite some time I had warning messages like
mtrr... overlaps existing...
whenever I started up Xorg with DRI enabled. This doesn't happen anymore
with 2.6.20-rc7.
But no
Hi all, I've bought a USB wireless TA bundled with GPL
Linux drivers for 2.6.11 kernel series.
The driver seems to compile fine with 2.6.15-gentoo-r1
on x86, but can't be used on x86_64 systems.
Technical support can't provide a porting of the
driver in the short time.
It seems that there are no dr
Francois Romieu wrote:
Nicolas Mailhot <[EMAIL PROTECTED]> :
[...]
incomplete NDAed documentation. If (as this offer implies) there are good
driver authors waiting to do more drivering, why aren't those a priority?
So far nobody cared enough to maintain a list of said out-of-tree drivers.
wh
I've test 2.6.20-rc7,
still messages that ordinary catch syslog-ng, also go
to console, unlike 2.6.18(my default kernel) and 2.6.20-rc4(or rc3).
-- Forwarded message --
From: Tomasz Kvarsin <[EMAIL PROTECTED]>
Date: Jan 28, 2007 12:49 PM
Subject: 2.6.20-rc6 regression: kernel outp
On 1/30/07, Kumar Gala <[EMAIL PROTECTED]> wrote:
Out of interest are you was this geared to any particular SoC's/
architectures?
I had in mind the sort of ARM-, PPC-, and MIPS-based SoCs that wind up
in handhelds, mobiles, set-tops, and consumer-grade WiFi devices.
That's an area I know passab
On Wed, Jan 31, 2007 at 11:25:30AM -0800, Zach Brown wrote:
> >without linking it into the system lists. The reason I don't think
> >this
> >approach works (and I looked at it a few times) is that many things
> >end
> >up requiring special handling: things like permissions, signals,
> >FPU s
Le mercredi 31 janvier 2007 à 20:29 +0100, Francois Romieu a écrit :
> Nicolas Mailhot <[EMAIL PROTECTED]> :
> [...]
> > incomplete NDAed documentation. If (as this offer implies) there are good
> > driver authors waiting to do more drivering, why aren't those a priority?
>
> So far nobody cared e
d binderman wrote:
Hello there,
I just tried to compile Linux kernel 2.6.19.2 with the
new GNU C compiler version 4.3 snapshot 20070126.
The compiler said
fs/ufs/inode.c:817: warning: array subscript is above array bounds
The source code is
for (i = 0; i < (UFS_NDADDR + UFS_NINDIR); i
On Wed, 2007-01-31 at 12:52 -0500, Jeff Garzik wrote:
> Ingo Molnar wrote:
> > 19:2413090 0 IO-APIC-fasteoi uhci_hcd:usb2, libata
>
> Yep, that's a good candidate for such experiments :)
Happens to be the same thing, which causes a stale interrupt on the
second suspend/resume cy
On Wed, Jan 31, 2007 at 02:06:32PM +0100, Nicolas Mailhot wrote:
> Hi,
>
> I'd really love if the same offer was extended to GPL out-of-tree driver
> trees.
This kind of offer has _always_ been there for out-of-tree GPL drivers.
I have contacted many different groups and driver authors over the y
On Wed, Jan 31, 2007 at 03:21:35AM +0100, Jes Sorensen wrote:
> with having 12 committee members for an 80 seat summit, but nobody
> seems to like to talk about that issue :)
If it makes you feel better, I'll stand down as a PC member, and
attempt attendance on merit. I'm seriously tired of t
On Tue, Jan 30, 2007 at 09:50:24PM -0800, Zwane Mwaikambo wrote:
> On Tue, 30 Jan 2007, Kyle McMartin wrote:
>
> > On Sat, Jan 27, 2007 at 07:28:07PM -0800, Zwane Mwaikambo wrote:
> > > Hi Dave,
> > > The following video card requires the agpgart driver ioctl
> > > interface in order to de
On Tue, Jan 30, 2007 at 10:06:48PM -0800, Linus Torvalds wrote:
> (Sadly, some of the people who really _use_ AIO are the database people,
> and they really only care about a particularly stupid and trivial case:
> pure reads and writes. A lot of other loads care about much more complex
> things
Arjan van de Ven wrote:
>> 1) does the scheduler know enough to try to spread tasks
>> equally over both the pairs to make best use of the 16MB total
>> cache? (i.e. given cpu bound processes "1" and "2", if they
>> are both on CPU "A", then the "C-D" cache remains unused, but
>> keeping "1" on "a"
This is the updates to the patch previously posted by Maynard Johnson as
"PATCH 3/4 Add support to OProfile for profiling CELL". All concerns
have been addressed. The only open issue is the movement of the
notify_active flag to sched_flag in a future patch by Christoph
Hellwig's for SPU schedulin
Take FPU state: memory copies and RAID xor functions use MMX/SSE and
require that the full task state be saved and restored.
Sure, that much is obvious. I was hoping to see what FPU state
juggling actually requires. I'm operating under the assumption that
it won't be *terrible*.
Task pri
There was OpenVZ specific bug rendering some cpufreq drivers unusable
on SMP. In short, when cpufreq code thinks it confined itself to
needed cpu by means of set_cpus_allowed() to execute rdmsr, some
"virtual cpu" feature can migrate process to anywhere. This triggers
bugons and does wrong things i
Dances with cpu masks go away.
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
arch/i386/kernel/cpu/cpufreq/p4-clockmod.c | 30 +
1 file changed, 6 insertions(+), 24 deletions(-)
--- a/arch/i386/kernel/cpu/cpufreq/p4-clockmod.c
+++ b/arch/i386/kernel/cpu/cpu
Intel hosts, without long mode, and with nx support disabled in the bios
have an efer that is readable but not writable. This causes a lockup on
switch to guest mode (even though it should exit with reason 34 according to
the documentation).
Signed-off-by: Avi Kivity <[EMAIL PROTECTED]>
Index: l
Avi Kivity wrote:
Intel hosts, without long mode, and with nx support disabled in the bios
have an efer that is readable but not writable. This causes a lockup on
switch to guest mode (even though it should exit with reason 34 according to
the documentation).
Andrew, I believe this is 2.6.
Am Mittwoch, 31. Januar 2007 14:22 schrieb Ingo Molnar:
>
> * Karsten Wiese <[EMAIL PROTECTED]> wrote:
>
> > Similar weirdness here on rc6-mm2 and rc6-rt*: resume from disk waits
> > unduly long.
>
> i'm wondering whether the jiffies update fix from Thomas fixes this bug
> for you.
>
> If not
Alexey Starikovskiy napisał(a):
> Tilman Schmidt wrote:
>> On Tue, 30 Jan 2007 17:25:25 -0800, Andrew Morton wrote:
>>
>>> On Wed, 31 Jan 2007 02:16:43 +0100
>>> Tilman Schmidt <[EMAIL PROTECTED]> wrote:
>>>
>>>
Am 30.01.2007 23:18 schrieb Maciej Rutecki:
> Second problem,
Am 31.01.2007 13:29 schrieb Alexey Starikovskiy:
[...]
> Second problem, power button doesn't work.
[...]
> This patch should fix the issue...
It does. Power button works again.
Thanks,
Tilman
>
>
> Correct id for fixe
Hi,
> > + /*
> > +* Pointer to rfkill structure
> > +* that was filled in by key driver.
> > +*/
> > + struct rfkill *rfkill;
>
> Since rfkill is basically a function pointer table,
> can it be made const?
Sounds good to me.
> > + /*
> > +* Once key status change has been
You need to submit a patch to remove the following ioctls:
CHELSIO_SETREG:
CHELSIO_GETREG:
CHELSIO_SET_QSET_PARAMS: (use ethtool instead)
CHELSIO_GET_QSET_PARAMS: (use ethtool instead)
CHELSIO_SET_QSET_NUM: (use ethtool instead)
CHELSIO_GET_QSET_NUM: (use ethtool instead)
CHELSIO_SETMTUTAB:
CHELS
Divy Le Ray wrote:
From: Divy Le Ray <[EMAIL PROTECTED]>
Offload packets may be DMAed long after their SGE Tx descriptors are done
so they must remain mapped until they are freed rather than until their
descriptors are freed. Unmap such packets through an skb destructor.
Signed-off-by: Divy Le
Divy Le Ray wrote:
From: Divy Le Ray <[EMAIL PROTECTED]>
Clean up FW version checking.
The supported FW version is now 3.1.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
applies patches 1-7, 9-10 to #upstream
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
> Hope you will be resubmitting this.
And here is the new version,
I didn't make the name const as requested
that field is being passed to the class_device_create
method which requires a char* argument.
But I have made the flag field.
And now this time the patch actually includes the
changes I pr
On Wed, Jan 31, 2007 at 05:40:02AM -0500, Jeff Garzik wrote:
> honestly it looks like just about every ioctl except load-firmware should go
And while we're at it a load-firmware sounds like a nice addition for
ethtool aswell. Or we may want to extent the firmware loader to deal with
updating firm
Christoph Hellwig wrote:
On Wed, Jan 31, 2007 at 05:40:02AM -0500, Jeff Garzik wrote:
honestly it looks like just about every ioctl except load-firmware should go
And while we're at it a load-firmware sounds like a nice addition for
ethtool aswell. Or we may want to extent the firmware loader
On Fri, 05 Jan 2007 07:10:09 -0800, Sumant Patro wrote:
> This command clears the pending commands in the adapter
> and re-initialize its internal RAID structure.
> Without this change, megaraid driver either panics or fails to
> initialize the adapter during kdump'
Hi there,
This patch is a guess at what's missing, to fix a compile failure when
CONFIG_SYSFS not set, going by nearby context. Please check (or forward
to someone) as I'm not sure if this is the right thing to do here.
Compile tested.
kernel/profile.c:247: warning: 'profile_flip_buffers' de
(Adding Adrian Bunk and Herbert Xu to the cc: list)
On Wed, 31 Jan 2007 11:30:23 CST, Scott Lockwood said:
> I'm looking for assistance with a wifi device I can't find a driver for,
> the Intel Wireless 3945.
>
> I"m getting this:
>
> :0c:00.0 Network controller: Intel Corporation: Unknown d
On Wed, 2007-01-31 at 10:07 -0800, Daniel Walker wrote:
> I'm assuming that programmers will test their code, and others will
> review the code .. Catering to any other situation doesn't make sense to
> me. On top of that those clocks are rare, and not desirable ..
So what are you arguing about bu
On 1/31/07, Scott Lockwood <[EMAIL PROTECTED]> wrote:
I'm looking for assistance with a wifi device I can't find a driver for,
the Intel Wireless 3945.
I"m getting this:
:0c:00.0 Network controller: Intel Corporation: Unknown device 4222
(rev 02)
on a new Dell Latitude D820. Anyone know if
On 01/31, Paul E. McKenney wrote:
>
> On Sun, Jan 28, 2007 at 04:24:35PM +0100, Ingo Molnar wrote:
> >
> > * Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> >
> > > On Sun, Jan 28, 2007 at 12:51:21PM +0100, Peter Zijlstra wrote:
> > > > This barrier thing is constructed so that it will not write i
Le mercredi 31 janvier 2007 à 12:12 -0800, Greg KH a écrit :
> On Wed, Jan 31, 2007 at 02:06:32PM +0100, Nicolas Mailhot wrote:
[Reordering for the sake of argument]
> > There are many out-of-tree drivers (ivtv, lirc, various webcam
> > drivers,
> > enhanced USB keyboard handlers...) with mergin
On Thu, Feb 01, 2007 at 07:47:33AM +1100, Grant Coady wrote:
> Hi there,
>
> This patch is a guess at what's missing, to fix a compile failure when
> CONFIG_SYSFS not set, going by nearby context. Please check (or forward
> to someone) as I'm not sure if this is the right thing to do here.
>
On Wed, 31 Jan 2007 23:10:57 +0300
"Tomasz Kvarsin" <[EMAIL PROTECTED]> wrote:
> d binderman wrote:
> >Hello there,
> >
> >I just tried to compile Linux kernel 2.6.19.2 with the
> >new GNU C compiler version 4.3 snapshot 20070126.
> >
> >The compiler said
> >
> >fs/ufs/inode.c:817: warning: array
On 02/01, Oleg Nesterov wrote:
>
> +static inline void barrier_sync(struct barrier *b)
> +{
> + might_sleep();
> +
> + if (unlikely(atomic_read(&b->count))) {
> + DEFINE_WAIT(wait);
> + prepare_to_wait(&b->wait, &wait, TASK_UNINTERRUPTIBLE);
> +
On Wed, 31 Jan 2007 23:10:57 +0300 Tomasz Kvarsin wrote:
> d binderman wrote:
> >Hello there,
> >
> >I just tried to compile Linux kernel 2.6.19.2 with the
> >new GNU C compiler version 4.3 snapshot 20070126.
> >
> >The compiler said
> >
> >fs/ufs/inode.c:817: warning: array subscript is above arr
Robert P. J. Day wrote:
> Replace apparent typo of CONFIG_MT_SMP with CONFIG_MIPS_MT_SMP.
>
> Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
>
> ---
>
> diff --git a/arch/mips/mips-boards/sim/sim_setup.c
> b/arch/mips/mips-boards/sim/sim_setup.c
> index 2659c1c..ea2066c 100644
> --- a/arch/
On Jan 31 2007 11:54, Auke Kok wrote:
> Francois Romieu wrote:
>> Nicolas Mailhot <[EMAIL PROTECTED]> :
>> [...]
>> > incomplete NDAed documentation. If (as this offer implies) there are
>> > good
>> > driver authors waiting to do more drivering, why aren't those a
>> > priority?
>>
>> So far nob
Ken Moffat wrote:
> On Mon, Jan 15, 2007 at 04:29:11PM +, Ken Moffat wrote:
>
>> Today, I've built 2.6.19.2 without highmem (the box only has 1GB,
>> dunno why I'd included that in the original config) and I will
>> continue to wait patiently for either a week without problems, or
>> someth
On Tue, 2007-01-30 21:23:34 +0100, Diego Calleja <[EMAIL PROTECTED]> wrote:
> El Tue, 30 Jan 2007 20:31:01 +0100 (MET), Jan Engelhardt <[EMAIL PROTECTED]>
> escribió:
> > Don't they claim 50+? Already browsing
> > ftp://ftp.de.netbsd.org/pub/NetBSD/NetBSD-3.1 gives more than 2
> > screenfuls [à
Hi.
On Wed, 2007-01-31 at 11:56 +0100, Mike Galbraith wrote:
> Greetings,
>
> I received the below upon first poke of firefox icon after a resume.
Are you able to reproduce it reliably? Failing that, could you try
enabling some the kernel configuration options that help with debugging
memory c
On Wed, 2007-01-31 19:24:54 +0100, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> How much different hardware does the (old)floppy.c do? I imagine that
> today, where floppies phase out, there will be, in descending order:
>
> * USB floppy drives (atm handled by sd.c, could be better to have sf.c)
>
On Wed, 31 Jan 2007 16:34:32 -0500 Chuck Ebbert wrote:
> Robert P. J. Day wrote:
> > Replace apparent typo of CONFIG_MT_SMP with CONFIG_MIPS_MT_SMP.
> >
> > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
> >
> > ---
> >
> > diff --git a/arch/mips/mips-boards/sim/sim_setup.c
> > b/arch/mips
On Thu, 2007-02-01 at 00:13 +0300, Oleg Nesterov wrote:
> On 01/31, Paul E. McKenney wrote:
> >
> > On Sun, Jan 28, 2007 at 04:24:35PM +0100, Ingo Molnar wrote:
> > >
> > > * Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> > >
> > > > On Sun, Jan 28, 2007 at 12:51:21PM +0100, Peter Zijlstra wrote:
On 2/1/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
That lists seems really outdata.
- RaLink has gpl drivers (SerialMonkey maintains a better version),
- Cisco IPSEC can be replaced by the userspace tool vpnc (as far as the VPN
Concentrators I have to deal with),
It's a wiki[1], I invite e
On Wed, 31 Jan 2007, Chuck Ebbert wrote:
> Robert P. J. Day wrote:
> > Replace apparent typo of CONFIG_MT_SMP with CONFIG_MIPS_MT_SMP.
> >
> > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
> >
> > ---
> >
> > diff --git a/arch/mips/mips-boards/sim/sim_setup.c
> > b/arch/mips/mips-boards/s
On Mon, Jan 29, 2007 at 08:45:28PM -0800, Andrew Morton wrote:
>
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.20-rc6-mm3/
>
> Will appear later at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm3/
I jumped from rc2-mm1 to rc
Hi,
On Wed, Jan 31, 2007 at 10:13:12PM +0100, Jan-Benedict Glaw wrote:
> On Tue, 2007-01-30 21:23:34 +0100, Diego Calleja <[EMAIL PROTECTED]> wrote:
> > El Tue, 30 Jan 2007 20:31:01 +0100 (MET), Jan Engelhardt <[EMAIL
> > PROTECTED]> escribió:
> > > Don't they claim 50+? Already browsing
> > > f
On Wed, Jan 31, 2007 at 03:54:55PM -0500, [EMAIL PROTECTED] wrote:
>
> Oh - the git-crypto-fix patch has to be applied with -R, I never got around to
> re-diffing it the other way.
If this driver is still using the old digest interface, it needs to be
converted to use crypto_hash_*.
Cheers,
--
On Wed, 2007-01-31 22:56:03 +0100, Willy Tarreau <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 31, 2007 at 10:13:12PM +0100, Jan-Benedict Glaw wrote:
> > On Tue, 2007-01-30 21:23:34 +0100, Diego Calleja <[EMAIL PROTECTED]> wrote:
> > > El Tue, 30 Jan 2007 20:31:01 +0100 (MET), Jan Engelhardt <[EMAIL
>
On Wed, Jan 31, 2007 at 12:12:58PM -0800, Greg Kroah-Hartman wrote:
> > There are many out-of-tree drivers (ivtv, lirc, various webcam drivers,
> > enhanced USB keyboard handlers...) with merging not planified or taking
> > ages.
>
> See my above comment about lirc. As for the others, every
On Wed, Jan 31, 2007 at 07:41:07AM -0500, Jeff Garzik wrote:
> x86-64 is missing these:
>
> Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
>
> diff --git a/include/asm-x86_64/dma-mapping.h
> b/include/asm-x86_64/dma-mapping.h
> index be9ec68..49dbab0 100644
> --- a/include/asm-x86_64/dma-mapping
Alan wrote:
Perhaps Adrian would care to simply delete the pci_module_init ancient compat
code so nobody else can inadvertently merge a driver that uses it.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.20-rc6-mm3/
On Wed, 31 Jan 2007 17:06:07 -0500 Dave Jones wrote:
> On Wed, Jan 31, 2007 at 12:12:58PM -0800, Greg Kroah-Hartman wrote:
>
> > > There are many out-of-tree drivers (ivtv, lirc, various webcam drivers,
> > > enhanced USB keyboard handlers...) with merging not planified or taking
> > > ages.
>
This patch contains two fixes for RapisIO enumeration logic:
1. Fix enumeration in configurations with multiple switches. The patch adds:
a. Enumeration of an empty switch. Empty switch is a switch that does not
have any endpoint devices attached to it (except host device or previous
On Wed, 2007-01-31 at 11:43 -0800, David Brownell wrote:
> > As a note, arm and mips both register their clocksources during
> > time_init() instead of using initcalls.
>
> That's actually platform-specific. If there's only one possible
> clocksource, that'd be the normal answer.
>
> Otherwise,
Dave Jones wrote:
If it makes you feel better, I'll stand down as a PC member, and
attempt attendance on merit. I'm seriously tired of the allegations
that there's underhand things going on.
Dave,
I'm sorry you feel that way, that is not the intention of it. I raise
the issue of the number o
Stephen Hemminger wrote:
Some of those people have a role other than developing patches. This
is not like stock in a public company where one patch == one vote. The
important part is to make sure that the attendee list covers the people
that have an desire to contribute. Sometimes there are peopl
On Wed, Jan 31, 2007 at 12:12:58PM -0800, Greg KH wrote:
>
> This kind of offer has _always_ been there for out-of-tree GPL drivers.
> I have contacted many different groups and driver authors over the years
> to offer my help in trying to get their code into the mainline kernel.
>
> Some take me
> If it makes you feel better, I'll stand down as a PC member, and
> attempt attendance on merit. I'm seriously tired of the allegations
> that there's underhand things going on.
There's only once voice I can hear moaning about the process. The same
voice I seem to remember moaning about for the
On Wed, 31 Jan 2007 18:00:15 -0500 Theodore Tso wrote:
> On Wed, Jan 31, 2007 at 12:12:58PM -0800, Greg KH wrote:
> >
> > This kind of offer has _always_ been there for out-of-tree GPL drivers.
> > I have contacted many different groups and driver authors over the years
> > to offer my help in tr
On Tue, Jan 30, 2007 at 11:49:40AM -0800, Paul E. McKenney wrote:
> On Tue, Jan 30, 2007 at 10:27:18AM -0800, Andrew Morton wrote:
> > On Tue, 30 Jan 2007 17:44:47 +0100
> > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> >
> > > > I need to look at all uses of PF_NOFREEZE -- as I understand the
On Wed, 31 Jan 2007 08:04:29 -0800 (PST)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Wed, 31 Jan 2007, Pawe__ Sikora wrote:
> >
> > The 2.6.20-rcX have the same nasty bug as 2.6.19.x.
> >
> > [ an oops inside kmem_get_pages ]
> > http://bugzilla.kernel.org/show_bug.cgi?id=7889
>
> Pabe
On Wed, 31 Jan 2007 23:49:11 +0100, Jes Sorensen wrote:
>
> Gerrit mentioned that half the committee shows up to be dead weight when
> it comes down to the crunch at the end, so if this is the case, does it
> really make sense to keep said members on the committee? LCA had how
> many proposals? t
On Wed, Jan 31, 2007 at 10:52:41PM +0100, Mattia Dongili wrote:
> On Mon, Jan 29, 2007 at 08:45:28PM -0800, Andrew Morton wrote:
> >
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.20-rc6-mm3/
> >
> > Will appear later at
> >
> >
> > ftp://ftp.kernel.org/pub/linux/kernel
Daniel,
On Wed, 2007-01-31 at 14:47 -0800, Daniel Walker wrote:
> > So don't assume any platform doesn't use clocksource initcalls.
>
> What does your OMAP clocksource do now ? I thought one of the changes
> that you made was to have both 32k and mpu both registered ..
It is up to the clocksourc
Hi,
I have a dual Opteron dual-core machine here and while it behaves quite
well on PREEMPT_RT when using the clock_nanosleep() tests, it doesn't
work so well when using the timer primitives.
I ran the tests on 2.6.20-rc6-rt6 - using the precompiled x86_64 kernel
from Ingo's yum repository. The b
On Wed, Jan 31, 2007 at 04:36:30PM -0500, Chuck Ebbert wrote:
> Ken Moffat wrote:
> > On Mon, Jan 15, 2007 at 04:29:11PM +, Ken Moffat wrote:
> >
> > Bizarre - it panic'd again last Thursday while I was in X, but I
> > still didn't manage to log any output. At the weekend, I had the
> > br
On Tue, Jan 30, 2007 at 08:53:19PM +0100, Luca Tettamanti wrote:
> Hi,
> pktcdvd on kernel 2.6.20-rc6 is not working as expected. Any file that
> is written to the device is lost after umount.
> I rarely use pktcdvd but at some point it used to work on my system.
>
> This is what I'm doing:
>
> [
Gerrit Huizenga wrote:
Don't confused KS with a conference;
it is a workshop for a very, very large, very very active project.
... and *growing*, which is the real issue I think.
Something that might make sense for KS is to have multiple sessions
(perhaps replacing some or all of the "mini-su
On Wed, Jan 31, 2007 at 10:48:21PM +0100, Peter Zijlstra wrote:
> On Thu, 2007-02-01 at 00:13 +0300, Oleg Nesterov wrote:
> > On 01/31, Paul E. McKenney wrote:
> > > On Sun, Jan 28, 2007 at 04:24:35PM +0100, Ingo Molnar wrote:
> > > > * Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> > > > > On Sun,
On Tue, 30 Jan 2007 21:30:29 +
Simon Arlott <[EMAIL PROTECTED]> wrote:
> +static int cxacru_proc_read(struct usbatm_data *usbatm_instance,
> + struct atm_dev *atm_dev, loff_t * pos, char *page)
> +{
> + struct cxacru_data *instance = usbatm_instance->driver_data;
> + u32 *cxinf = i
Hi,
I think this is 2.6.20 material, if it gets appropriately reviewed ;-)
Thanks.
--
Guillaume
Listing /proc/PID/task were PID is not a TGID
should not result in duplicated entries.
[g ~]$ pidof thunderbird-bin
2751
[g ~]$ ls /proc/2751/task
2751 2770 2771 2824 2826 2834 2835 2851 28
On Wed, Jan 31, 2007 at 06:00:15PM -0500, Theodore Tso wrote:
> On Wed, Jan 31, 2007 at 12:12:58PM -0800, Greg KH wrote:
> >
> > This kind of offer has _always_ been there for out-of-tree GPL drivers.
> > I have contacted many different groups and driver authors over the years
> > to offer my help
On Wed, 31 Jan 2007 15:30:43 PST, "H. Peter Anvin" wrote:
> Gerrit Huizenga wrote:
> > Don't confused KS with a conference;
> > it is a workshop for a very, very large, very very active project.
>
> ... and *growing*, which is the real issue I think.
>
> Something that might make sense for KS is
On Wed, 31 Jan 2007 07:11:04 +
Oleg Verych <[EMAIL PROTECTED]> wrote:
> kbuild: correctly skip tilded backups in localversion files
Does this patch replace Bastian's patch, below?
From: Bastian Blank <[EMAIL PROTECTED]>
Fix the problem that localversion files were ignored if the tree lives
Michal Piotrowski wrote:
Hi,
I want to create a large ramdisk - 1GB
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=1
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_RAM_BLOCKSIZE=1024
kernel comman line: ramdisk_size=100
..
With ramdisk_size=50 everything is ok.
machine
CPU P4 (ia32)
On 1/31/07, Theodore Tso <[EMAIL PROTECTED]> wrote:
More specifically, Dave said that it "seemed rude" to just take the
driver and send updates, but maybe the best way of dealing with
out-of-tree drivers like lirc is to treat the out-of-tree drivers as a
kind of spec release, and just have someon
On Wed, 2007-01-31 at 15:32 -0800, Paul E. McKenney wrote:
> The wakeup in barrier_sync() would mean that the counter was zero
> at some point in the past. The counter would then be rechecked, and
> if it were still zero, barrier_sync() would invoke finish_wait() and
> then return -- but the coun
On Wed, 2007-01-31 at 17:54 -0600, Robert Hancock wrote:
> I'm not sure if there's an inherent max ramdisk size limit, however I
> should point out that in most cases, using a tmpfs or ramfs file system
> is better than old-style ramdisks. Those filesystems return unused
> memory to the kernel (
From: TJ <[EMAIL PROTECTED]>
Applies to: up-to and including 2.6.20-rc7
This rare but critical bug has the potential to cause a hardware failure on
disk drives by
allowing the system to repeatedly attempt to seek to sectors beyond the end of
the physical
disk, causing sustained 'head banging'.
On Tue, Jan 30, 2007 at 12:55:49PM +, Jose Goncalves wrote:
> Jose Goncalves wrote:
> > Frederik Deweerdt wrote:
> >
> >> On Fri, Jan 26, 2007 at 06:17:03PM +, Jose Goncalves wrote:
> >>
> >>
> >>> Frederik Deweerdt wrote:
> >>>
> >>>
> On Fri, Jan 26, 2007 at 03
On 2/1/07, Greg KH <[EMAIL PROTECTED]> wrote:
No, I'm going by Linus's rule here, if a person doesn't want their code
in the kernel tree, then I'm not going to forcefully put it there.
That's just being rude.
Makes sense when you put it that way. However, perhaps an offer to
take over the main
On Mon, 29 Jan 2007, Andrew Morton wrote:
> - Restored git-block.patch: mainly the block unplugging rework. The
> problematic CFQ updates have been taken out.
MD hung again as before so I compiled a kernel
without it. Next XFS started hanging during bootup.
Some traces of processes hung but
Thomas Gleixner wrote:
On Wed, 2007-01-31 at 17:54 -0600, Robert Hancock wrote:
I'm not sure if there's an inherent max ramdisk size limit, however I
should point out that in most cases, using a tmpfs or ramfs file system
is better than old-style ramdisks. Those filesystems return unused
memor
On Thu, 2007-02-01 at 00:23 +0100, Thomas Gleixner wrote:
> Daniel,
>
> On Wed, 2007-01-31 at 14:47 -0800, Daniel Walker wrote:
> > > So don't assume any platform doesn't use clocksource initcalls.
> >
> > What does your OMAP clocksource do now ? I thought one of the changes
> > that you made was
On Thu, 1 Feb 2007 00:37:48 +0100
Pawe__ Sikora <[EMAIL PROTECTED]> wrote:
> On Wednesday 31 of January 2007 17:04:29 Linus Torvalds wrote:
> > On Wed, 31 Jan 2007, Pawe__ Sikora wrote:
> > > The 2.6.20-rcX have the same nasty bug as 2.6.19.x.
> > >
> > > [ an oops inside kmem_get_pages ]
> > > ht
On Thu, 1 Feb 2007, PaweÅ Sikora wrote:
>
> 2.6.18 works, 2.6.19-rc1 doesn't work.
> git bisect found this bad commit:
Git bisect rocks.
I'll give myself yet abother pat on the back for writing it. You can never
encourage genius like that too much.
> commit e80ee884ae0e3794ef2b65a18a767d502a
201 - 300 of 413 matches
Mail list logo
