On Sat, Feb 23, 2008 at 7:27 PM, Michael Buesch <[EMAIL PROTECTED]> wrote:
> On Saturday 23 February 2008 12:07:51 Ingo Molnar wrote:
>
> > I have to say, after having observed multiple incidents around b43 in
> > the past few months you are one of the worst driver maintainers i've
> > ever seen
Does anyone else have any input on this? Tips, suggestions, ideas,
comments, constructive criticism, anything at all. I am, however,
trying to avoid a flame war.
~Nicholas (Alex) Marquez
<[EMAIL PROTECTED]>
On Sat, Feb 16, 2008 at 9:52 PM, Nicholas Marquez
<[EMAIL PROTECTED]> wrote:
> I
On Fri, Feb 22, 2008 at 12:16:16PM +0100, Jochen Friedrich wrote:
> Fortunately, I2c no longer uses numeric device IDs but names. So what are the
> alternatives?
>
> 1. modify the I2c subsystem to accept OF names additionally to I2c names
> (proposed by Jon smirl).
Sounds like Jean isn't very
hpt366: fix section mismatch warnings
Fix following warnings:
WARNING: o-sparc64/vmlinux.o(.data+0x195a38): Section mismatch in reference
from the variable hpt37x_info.0 to the variable .devinit.data:hpt370
WARNING: o-sparc64/vmlinux.o(.data+0x195a40): Section mismatch in reference
from the
On 23/02/2008, Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> On Sat, 23 Feb 2008, Dmitry Adamushko wrote:
> >
> > it's not a LOAD that escapes *out* of the region. It's a MODIFY that gets
> *in*:
>
>
> Not with the smp_wmb(). That's the whole point.
>
> Ie the patch I'm suggesting is
On Sat, 23 Feb 2008 22:01:55 +0100 (CET) Thomas Gleixner <[EMAIL PROTECTED]>
wrote:
> On Sat, 23 Feb 2008, Andrew Morton wrote:
>
> > On Thu, 21 Feb 2008 16:50:35 + David Howells <[EMAIL PROTECTED]> wrote:
> >
> > > From: David Howells <[EMAIL PROTECTED]>
> > >
> > > The kernel NTP code
The latest maintenance release GIT 1.5.4.3 is available at the
usual places:
http://www.kernel.org/pub/software/scm/git/
git-1.5.4.3.tar.{gz,bz2} (tarball)
git-htmldocs-1.5.4.3.tar.{gz,bz2} (preformatted docs)
git-manpages-1.5.4.3.tar.{gz,bz2}
(sorry for being offtpoic, but while experts are here...)
A "typical" implementation of atomic_add_unless() can return 0 immediately
after the first atomic_read() (before doing cmpxchg). In that case it doesn't
provide any barrier semantics. See include/asm-ia64/atomic.h as an example.
We should
On Sat, 23 Feb 2008, Andrew Morton wrote:
> On Thu, 21 Feb 2008 16:50:35 + David Howells <[EMAIL PROTECTED]> wrote:
>
> > From: David Howells <[EMAIL PROTECTED]>
> >
> > The kernel NTP code shouldn't hand 64-bit *signed* values to do_div().
> > Make it
> > instead hand 64-bit unsigned
> Is it possible to catch this automatically, like, by re-defining
> likely/unlikely to the raw form in specific file(s)?
Sure it would be possible to define a IN_VDSO symbol in all vdso
related files and then do that. Might be useful for other things
too. vdso has some very specific
On Sat, 2008-02-23 at 12:31 -0800, Linus Torvalds wrote:
>
> On Sat, 23 Feb 2008, Jeff Garzik wrote:
> >
> > I know I am probably shooting myself in the foot here, since I am the
> > original
> > author of mvsas, but...
> >
> > Should we be adding new drivers during -rc?
>
> I'm personally
On Sat, 23 Feb 2008 12:31:02 -0800 (PST) Linus Torvalds <[EMAIL PROTECTED]>
wrote:
>
>
> On Sat, 23 Feb 2008, Jeff Garzik wrote:
> >
> > I know I am probably shooting myself in the foot here, since I am the
> > original
> > author of mvsas, but...
> >
> > Should we be adding new drivers
On Sat, 23 Feb 2008, Éric Piel wrote:
>
> As recommended by Christoph Hellwig, even if we can't rely on the userspace
> firmware loader so early at boot, at least use normal syscall (as in
> init/do_mounts_*.c). Similarly, use kfree() instead of ACPI_FREE().
So I'm missing a lot of the
On Thursday, 21 of February 2008, Julian Blake Kongslie wrote:
> I'm getting a hang at suspend on 2.6.25-rc2. Booting with
> no_console_suspend let me catch the error, which I photographed and
> transcribed (hopefully without error) below.
>
> This is a Lenovo Thinkpad T43p.
>
> I've attached my
On 23 Feb 2008 21:15:52 +0100 Soeren Sandmann <[EMAIL PROTECTED]> wrote:
> It was only later I tried oprofile and found it not only much more
> difficult to use, but also much less useful when I did get it to work.
Could we please be very careful to not conflate oprofile's kernel support
with
On Sat, 2008-02-23 at 15:50 +0100, stephane eranian wrote:
> Peter,
>
> > On Wed, 2008-01-16 at 16:29 -0800, stephane eranian wrote:
> > > Hello,
> > >
> > > As suggested by people on this list, I have changed perfmon2 to use
> > > the high resolution timers as the interface to allow
On Sat, Feb 23, 2008 at 7:20 PM, Michael Buesch <[EMAIL PROTECTED]> wrote:
> On Saturday 23 February 2008 14:17:55 Alexey Zaytsev wrote:
> > diff --git a/drivers/net/wireless/bcm43xx/Kconfig
> b/drivers/net/wireless/bcm43xx/Kconfig
> > index 0159701..afb8f43 100644
> > ---
On Sat, Feb 23, 2008 at 12:26 PM, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> > In that case I guess I'll have to add signed versions of the
> > read_uint/write_uint methods.
>
> Yes, I looked at that, I found the interface somewhat unfortunate, it
> would mean growing the struct with two
John Levon <[EMAIL PROTECTED]> writes:
> Soren wrote sysprof when he tried an earlier version of oprofile and
> found it slightly non-obvious. Instead of doing any of these things:
This is not accurate. Sysprof started by me adding a hierarchical call
view to speedprof, a SIGPROF profiler which
On Sat, 23 Feb 2008, Jeff Garzik wrote:
>
> I know I am probably shooting myself in the foot here, since I am the original
> author of mvsas, but...
>
> Should we be adding new drivers during -rc?
I'm personally of the opinion that a new driver that doesn't add anything
but itself (ie no
Jeff Garzik wrote:
On the net driver side of things, I have a few new net drivers that I
have queued for 2.6.26, because they did not make the merge window. This
is inconsistent with your apparently policy.
s/apparently/apparent/
Sometimes my fingers don't type the words that come out of my
On Sat, 2008-02-23 at 12:02 -0800, Paul Menage wrote:
> On Sat, Feb 23, 2008 at 11:57 AM, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > > If so, could we avoid that problem by using 0 rather than -1 as the
> > > "unlimited" value? It looks from what I've read in the Documentation
> > > changes
James Bottomley wrote:
This is the latest crop of bug fixes plus one new driver: mvsas. We're
[...]
Jeff Garzik (1):
mvsas: Add Marvell 6440 SAS/SATA driver
[...]
Ke Wei (1):
mvsas: convert from rough draft to working driver
I know I am probably shooting myself in the foot
On Sat, 23 Feb 2008 18:53:06 +0100, "Sam Ravnborg" <[EMAIL PROTECTED]>
said:
> Hi Alexander.
> > I more than less expected people to scream "ugly, ugly!".
>
> That was my first thought and the reason why it stayed in my inbox
> for so long.
> But I could not find a better way to do it. We could
On Saturday, 23 of February 2008, Alan Stern wrote:
> On Sat, 23 Feb 2008, Rafael J. Wysocki wrote:
>
> > Unfortunately, I missed your Bugzilla comment at
> > http://bugzilla.kernel.org/show_bug.cgi?id=10030#c28
>
> Strange... But obviously you did see it eventually.
>
> > Well, in the face of
On Sat, 23 Feb 2008, Al Viro wrote:
> On Tue, Feb 19, 2008 at 05:04:38AM +0100, Arnd Bergmann wrote:
> > With most of debugfs now copied to generic code in libfs,
> > we can remove the original copy and replace it with thin
> > wrappers around libfs.
> >
> > Signed-off-by: Arnd Bergmann <[EMAIL
On Sat, 23 Feb 2008, Andrew Morton wrote:
>
> Hopefully Linus will apply the patch from Hugh's email, but that isn't the
> general solution to this increasingly worse problem.
Done.
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Sat, 23 Feb 2008, Dmitry Adamushko wrote:
>
> it's not a LOAD that escapes *out* of the region. It's a MODIFY that gets
> *in*:
Not with the smp_wmb(). That's the whole point.
Ie the patch I'm suggesting is sufficient is appended, and the point is
that any write before the critical
On Sat, 23 Feb 2008 19:40:17 + (GMT) Hugh Dickins <[EMAIL PROTECTED]> wrote:
> 2.6.25-rc1 percpu changes broke CONFIG_DEBUG_PREEMPT's per_cpu checking
> on several architectures. On s390, sparc64 and x86 it's been weakened to
> not checking at all; whereas on powerpc64 it's become too
21/02/08 19:46, Éric Piel wrote/a écrit:
> In the mean time, here is a patch which should get the situation already
> much cleaner. It has been tested on various configs (with and without
> DSDT). Let me know if you think it is acceptable.
>
It seems the patch looks ok for people around so here
* Factor out chipset family detection from init_chipset_sis5513()
to sis_find_family().
* Use sis_find_family() in sis5513_init_one() to fail early if the
chipset is unsupported.
* Keep a local copy sis5513_chipset in sis5513_init_one()
and set .udma_mask according to chipset family.
*
* Check for IDE_HFLAG_NO_SET_MODE host flag in ide_set_pio(),
ide_set_[pio,dma]_mode(), ide_set_xfer_rate() and set_pio_mode().
* Remove no longer needed IDE_HFLAG_NO_SET_MODE host flag checking
from ide_tune_dma().
* Remove superfluous ->set_pio_mode checking from do_special().
This is a
Allocate 'struct it821x_dev' objects for both ports in it821x_init_one().
Fixes potential OOPS in it821x_quirkproc() (uses 'itdev' unconditionally)
and other problems ('itdev' is needed for correct operation of the driver).
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
On Sat, 23 Feb 2008, Dmitry Adamushko wrote:
>
> No, wmb is not enough. I've provided an explanation in the original thread.
Here, let me answer your explanation from this thread (lots snipped to
keep it concise):
First off:
> Actually, there seems to be _no_ problem at all, provided a task
On Sat, Feb 23, 2008 at 11:57 AM, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > If so, could we avoid that problem by using 0 rather than -1 as the
> > "unlimited" value? It looks from what I've read in the Documentation
> > changes as though 0 isn't really a meaningful value.
>
> 0 means no
> > Is there any reason they couldn't just be merged to mainline?
> >
> > I think it's a useful facility.
>
> ummm, now why did we made that decision... I think we decided that
> it's the sort of thing which one person can run once per few months
> and that will deliver its full value. I can
On Sat, 2008-02-23 at 11:48 -0800, Paul Menage wrote:
> On Mon, Feb 4, 2008 at 1:03 PM, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > +static int cpu_rt_runtime_write(struct cgroup *cgrp, struct cftype *cft,
> > + struct file *file,
> > +
On 23/02/2008, Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Sat, 23 Feb 2008, Oleg Nesterov wrote:
> >
>
> > Yes, but still I suspect wmb() is not enough. Note that try_to_wake_up()
> > first checks (reads) the task->state,
> >
> > if (!(old_state & state))
> > goto
> On Sat, Feb 23, 2008 at 06:33:13PM +0100, Miklos Szeredi wrote:
> > > c) just what is limited by that sysctl? AFAICS, rbind is allowed
> > > if mountpoint is on user vfsmount and it seems to create vfsmounts without
> > > eating into that limit just fine... What's the point of limiting the
>
On Mon, Feb 4, 2008 at 1:03 PM, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> +static int cpu_rt_runtime_write(struct cgroup *cgrp, struct cftype *cft,
> + struct file *file,
> + const char __user *userbuf,
> +
On Sat, Feb 23, 2008 at 08:30:31PM +0100, Gabriel C wrote:
> What does happen if one builds both into the kernel ? ( eg: all the *_AGP* Y
> , and all the *_EDAC* y )
>
> Guessing no one of them will work ?
First one to init wins.
Dave
--
http://www.codemonkey.org.uk
--
To
21/02/08 20:02, Éric Piel wrote/a écrit:
> 12/02/08 00:41, Éric Piel wrote/a écrit:
>> 11/02/08 14:47, Sergey Vlasov wrote/a écrit:
Would that seem an acceptable solution? Or what other way exists?
>>> Disabling call_usermodehelper() until all core initializers had
>>> completed would fix the
2.6.25-rc1 percpu changes broke CONFIG_DEBUG_PREEMPT's per_cpu checking
on several architectures. On s390, sparc64 and x86 it's been weakened to
not checking at all; whereas on powerpc64 it's become too strict, issuing
warnings from __raw_get_cpu_var in io_schedule and init_timer for example.
> > On Sat, Feb 23, 2008 at 10:38:59AM +0100, Miklos Szeredi wrote:
> > > > On Fri, Feb 15, 2008 at 11:23:47AM +0100, Miklos Szeredi wrote:
> > > > > This is for 2.6.25 and 2.6.24.y, but NOT for 2.6.23.y.
> > > > >
> > > > > Thanks,
> > > > > Miklos
> > > > >
> > > > >
> > > > > From:
On 23/02/2008, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> On Sat, 23 Feb 2008, Oleg Nesterov wrote:
> >
>
> > In short: wake_up_process() doesn't imply mb(), this means that _in theory_
> > the commonly used code like
> >
> > set_current_state(TASK_INTERRUPTIBLE);
> > if
On Sat, 23 Feb 2008 19:26:36 + ian <[EMAIL PROTECTED]> wrote:
> On Sat, 2008-02-23 at 10:18 -0800, Andrew Morton wrote:
> > > Renaming is not an option - "current" is an electronic term for
> > which
> > > there is no alternative.
> >
> > amps, milliamps,
>
> Are units of current, not
Hi Karsten.
> Normally I reserved the complete last week for working on mISDN to get it
> ready to submit it to -mm, but reality did hit me and I had to do some
> other importent stuff :-(
When you do your first submission can you please submit the minimal
possible configuration.
I tried
On Sat, 2008-02-23 at 10:18 -0800, Andrew Morton wrote:
> > Renaming is not an option - "current" is an electronic term for
> which
> > there is no alternative.
>
> amps, milliamps,
Are units of current, not current itself.
> amperage (the latter of which I've always disliked)
Ugh.
--
To
On 02/23, Linus Torvalds wrote:
>
> On Sat, 23 Feb 2008, Oleg Nesterov wrote:
> >
> > Yes, but still I suspect wmb() is not enough. Note that try_to_wake_up()
> > first checks (reads) the task->state,
> >
> > if (!(old_state & state))
> > goto out;
> >
> > without the full mb()
Dave Jones wrote:
> On Sat, Feb 23, 2008 at 12:03:55AM -0800, Andrew Morton wrote:
>
> > > > You are right without EDAC built , agp modular does work fine. I'm on
> 2.6.25-rc2-00477-g1a4c6be right now.
> > > > So it is an EDAC bug ?
> > >
> > > No, it's a failing of the pci driver
On Sat, 23 Feb 2008 11:08:59 -0800 Greg KH <[EMAIL PROTECTED]> wrote:
> On Sat, Feb 23, 2008 at 10:38:59AM +0100, Miklos Szeredi wrote:
> > > On Fri, Feb 15, 2008 at 11:23:47AM +0100, Miklos Szeredi wrote:
> > > > This is for 2.6.25 and 2.6.24.y, but NOT for 2.6.23.y.
> > > >
> > > > Thanks,
> >
On Sat, 23 Feb 2008 11:06:49 -0800 Greg KH <[EMAIL PROTECTED]> wrote:
> On Sat, Feb 23, 2008 at 12:04:43AM -0800, Andrew Morton wrote:
> > On Thu, 21 Feb 2008 10:15:55 -0800 mark gross <[EMAIL PROTECTED]> wrote:
> >
> > > Index: linux-2.6.24-mm1/drivers/pci/dmar.c
> >
> > I guess this is
On Sat, 23 Feb 2008 13:37:31 -0500 Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Sat, Feb 23, 2008 at 12:27:10PM +0300, Alexey Dobriyan wrote:
> > > Use get_personality() can hide the task_struct internals a bit.
> >
> > ->personality is going to become something less trivial?
> > Sorry, but
On Sat, Feb 23, 2008 at 10:38:59AM +0100, Miklos Szeredi wrote:
> > On Fri, Feb 15, 2008 at 11:23:47AM +0100, Miklos Szeredi wrote:
> > > This is for 2.6.25 and 2.6.24.y, but NOT for 2.6.23.y.
> > >
> > > Thanks,
> > > Miklos
> > >
> > >
> > > From: Miklos Szeredi <[EMAIL PROTECTED]>
> > >
On Sat, Feb 23, 2008 at 12:04:43AM -0800, Andrew Morton wrote:
> On Thu, 21 Feb 2008 10:15:55 -0800 mark gross <[EMAIL PROTECTED]> wrote:
>
> > Index: linux-2.6.24-mm1/drivers/pci/dmar.c
>
> I guess this is strictly a greg-pci-tree thing. Greg, how do you want
> to play intel-iommu?
Yes, I'll
On Sat, 23 Feb 2008 16:54:49 +0200 "Pekka Enberg" <[EMAIL PROTECTED]> wrote:
> On Sat, Feb 23, 2008 at 10:11 AM, Andrew Morton
> <[EMAIL PROTECTED]> wrote:
> > Seems a poor idea to me. Sure, oprofile is "hard to set up", but not if
> > your distributor already did it for you.
> >
> > Sidebar:
On Sat, 23 Feb 2008 06:33:34 -0800 "Paul Menage" <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 21, 2008 at 8:29 PM, Balbir Singh <[EMAIL PROTECTED]> wrote:
> >
> > Looks good, except for the name uint(), can we make it u64(). Integers are
> > 32
> > bit on both ILP32 and LP64, but we really
the pci=nommconf kernel parameter helped it?
On 2/23/08, Soeren Sonnenburg <[EMAIL PROTECTED]> wrote:
> Hi,
>
> trying out newest git, I see a hang with
> ACPI: SSDT 7feb9c10, 02ae (r1 APPLE CPU0Ist 3000 intl 20050309)
> ACPI: SSDT 7feb9910, 02c3 (r1 APPLE CPU0Cst 3001 intl 20050309)
> ...
>
On Sat, 23 Feb 2008, Oleg Nesterov wrote:
>
> Yes, but still I suspect wmb() is not enough. Note that try_to_wake_up()
> first checks (reads) the task->state,
>
> if (!(old_state & state))
> goto out;
>
> without the full mb() it is (in theory) possible that
* Set IDE_HFLAG_SINGLE host flag in qd_probe() for QD6500 and QD6580
with the second port disabled.
* Check for IDE_HFLAG_SINGLE in qd6580_port_init_devs() instead of
using cached value of QD6580 Control register.
* Don't cache QD6580 Control register value in hwif->config_data
(bits 8-15)
Control register of QD6580 should be setup before probing for devices.
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
goes after "ide: skip probing port if "hdx=noprobe" was used for both
devices on it" patch in the IDE quilt tree
drivers/ide/legacy/qd65xx.c |6 ++
1
qd_select() checks itself whether timings should be reprogrammed so
remove superfluous qd_timing_ok() and always use ->selectproc method
(rename qd_select() to qd65xx_select() while at it).
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/legacy/qd65xx.c | 37
On Sat, Feb 23, 2008 at 06:33:13PM +0100, Miklos Szeredi wrote:
> > c) just what is limited by that sysctl? AFAICS, rbind is allowed
> > if mountpoint is on user vfsmount and it seems to create vfsmounts without
> > eating into that limit just fine... What's the point of limiting the
> >
On Sat, 23 Feb 2008 14:15:06 +0100 Andi Kleen <[EMAIL PROTECTED]> wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
>
>
> >> -41525 2066 f, 3370 +, 44895 -, diff: -41525 IS_ERR
> >
> > This is a surprise. I expect that the -mm-only
> > profile-likely-unlikely-macros.patch is the cause of
On Sat, Feb 23, 2008 at 7:31 PM, Alan Cox <[EMAIL PROTECTED]> wrote:
> O> I don't see the connection between (no-)smp and ata. Something with
>
> > interrupt routing/IPI, missing irq ack? Booting another !SMP kernel
> > works fine. The problem also exists in 2.6.24-rc2.
>
> Almost certainly
On Sat, 23 Feb 2008 13:51:34 +0200 "Pekka Enberg" <[EMAIL PROTECTED]> wrote:
> On Sat, Feb 23, 2008 at 10:11 AM, Andrew Morton
> <[EMAIL PROTECTED]> wrote:
> > Seems a poor idea to me. Sure, oprofile is "hard to set up", but not if
> > your distributor already did it for you.
>
> Have you
On Sat, Feb 23, 2008 at 7:31 PM, Alan Cox <[EMAIL PROTECTED]> wrote:
> O> I don't see the connection between (no-)smp and ata. Something with
>
> > interrupt routing/IPI, missing irq ack? Booting another !SMP kernel
> > works fine. The problem also exists in 2.6.24-rc2.
>
> Almost certainly
On Sat, 23 Feb 2008, Rafael J. Wysocki wrote:
>
> Thanks for testing. Below is the final version of the patch with a changelog
> etc.
Thanks, applied.
With this, I also find that I dislike the use of suspend/resume for
freezing for STD a lot less. It's still too easy to get confused, but
On Sat, 23 Feb 2008 12:37:24 +0100 Ingo Molnar <[EMAIL PROTECTED]> wrote:
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > > Sysprof needs a 200 line kernel module to do it's work, this module
> > > puts some simple profiling data into debugfs.
> > >
> > > ...
> >
> > Seems a poor idea to
O> I don't see the connection between (no-)smp and ata. Something with
> interrupt routing/IPI, missing irq ack? Booting another !SMP kernel
> works fine. The problem also exists in 2.6.24-rc2.
Almost certainly interrupt routing try smp but with noapic and see if it
fails as well ?
--
To
On Sat, Feb 23, 2008 at 12:27:10PM +0300, Alexey Dobriyan wrote:
> > Use get_personality() can hide the task_struct internals a bit.
>
> ->personality is going to become something less trivial?
> Sorry, but you sound like C++ people writing tons of pointless get/set
> wrappers. And your
On Saturday 23 February 2008, Andrew Morton wrote:
> On Wed, 20 Feb 2008 17:08:53 + Liam Girdwood <[EMAIL PROTECTED]> wrote:
> > +#define mV_to_uV(mV) (mV * 1000)
> > +#define uV_to_mV(uV) (uV / 1000)
> > +#define V_to_uV(V) (mV_to_uV(V * 1000))
> > +#define uV_to_V(uV)
On Sat, 2008-02-23 at 10:18 +0800, Matt Mackall wrote:
> Another
> > problem is that there is no way to get information about the page size a
> > specific mapping uses.
Is this true generically, or just with pagemap? It seems like we should
have a way to tell that a particular mapping is of
On Sat, 23 Feb 2008 12:05:36 +0200 (EET) "Ilpo Järvinen" <[EMAIL PROTECTED]>
wrote:
> On Sat, 23 Feb 2008, Andrew Morton wrote:
>
> > On Wed, 20 Feb 2008 15:47:18 +0200 "Ilpo Järvinen" <[EMAIL PROTECTED]>
> > wrote:
> >
> > > vmlinux.o:
> > > 62 functions changed, 66 bytes added, 10935 bytes
Junta-te ao primeiro directório de bandas de garagem,
bandasdegaragem.googet.eu a tua garagem online
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
The google's gmail made a crap my last message that it did wrap
my message of X lines to the crap of (X+o) lines misconfiguring
my original lines of the message.
I don't see the motives of Google crapping my original lines
of the messages that i had sended.
--
To unsubscribe from this
On Sat, 23 Feb 2008 09:52:17 + Russell King - ARM Linux <[EMAIL PROTECTED]>
wrote:
> On Sat, Feb 23, 2008 at 12:05:38AM -0800, Andrew Morton wrote:
> > On Wed, 20 Feb 2008 17:09:11 + Liam Girdwood <[EMAIL PROTECTED]> wrote:
> >
> > > This patch provides the regulator framework core. The
On 02/23, Linus Torvalds wrote:
>
> On Sat, 23 Feb 2008, Oleg Nesterov wrote:
> >
> > In short: wake_up_process() doesn't imply mb(), this means that _in theory_
> > the commonly used code like
> >
> > set_current_state(TASK_INTERRUPTIBLE);
> > if (CONDITION)
> > return;
> >
On Saturday, 23 of February 2008, Jeff Chua wrote:
> On Sat, Feb 23, 2008 at 10:07 AM, Linus Torvalds
> <[EMAIL PROTECTED]> wrote:
>
> > On Sat, 23 Feb 2008, Rafael J. Wysocki wrote:
> > > OK, please have a look at the modified patch below.
> >
> > All right, I'm fine with it. Now we just need
On Sat, Feb 23, 2008 at 12:03:55AM -0800, Andrew Morton wrote:
> > > You are right without EDAC built , agp modular does work fine. I'm on
> > 2.6.25-rc2-00477-g1a4c6be right now.
> > > So it is an EDAC bug ?
> >
> > No, it's a failing of the pci driver model. It currently doesn't
> >
On Sat, 23 Feb 2008, Andi Kleen wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
>
>
> >> -41525 2066 f, 3370 +, 44895 -, diff: -41525 IS_ERR
> >
> > This is a surprise. I expect that the -mm-only
> > profile-likely-unlikely-macros.patch is the cause of this and mainline
> > doesn't have
Write Wake-on-LAN options in _real time_ not at shutdown. It might
be safe in case of power outage.
Signed-off-by: Laura Garcia Liebana <[EMAIL PROTECTED]>
modified: drivers/net/via-rhine.c
---
drivers/net/via-rhine.c | 76 +-
1 files
Use register offset definition for WOLcgClr. This patch does not
change the driver behaviour.
Signed-off-by: Laura Garcia Liebana <[EMAIL PROTECTED]>
modified: drivers/net/via-rhine.c
---
drivers/net/via-rhine.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
On Sat, 23 Feb 2008, Oleg Nesterov wrote:
>
> In short: wake_up_process() doesn't imply mb(), this means that _in theory_
> the commonly used code like
>
> set_current_state(TASK_INTERRUPTIBLE);
> if (CONDITION)
> return;
> schedule();
>
> is racy wrt
>
>
Hi,
trying out newest git, I see a hang with
ACPI: SSDT 7feb9c10, 02ae (r1 APPLE CPU0Ist 3000 intl 20050309)
ACPI: SSDT 7feb9910, 02c3 (r1 APPLE CPU0Cst 3001 intl 20050309)
...
ACPI: Processor [CPU0] (supports 8 throttling states)
ACPI: SSDT 7feb9f10, 0087 (r1 APPLE CPU1Ist 3000 intl 20050309)
Hi Alexander.
> I more than less expected people to scream "ugly, ugly!".
That was my first thought and the reason why it stayed in my inbox
for so long.
But I could not find a better way to do it. We could do it in
different ways but not better.
> Maybe you could consider the following patch,
On Sat, 23 Feb 2008, Ingo Molnar wrote:
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > > + desc->chip->mask(irq);
> > > + desc->status |= IRQ_MASKED;
> > > }
> > >
> > > /*
> >
> > Ingo, Thomas: ack?
>
> we've already queued it in up the genirq tree. (in a slightly
Hi,
I am experiencing a strange problem with 2.6.23.15-137.fc8 (Fedora 8)
kernel. Everything works fine, but if I provide the "nosmp" option to
the kernel, I get some (S)ATA errors and the system does not boot.
Here is a screenshot:
http://folk.uio.no/vegardno/DSCF2543.JPG
Handwritten summary:
Thomas Meyer wrote:
[...]
[ 847.320251] ohci1394: Unknown symbol hpsb_iso_packet_sent
[ 847.320328] ohci1394: Unknown symbol hpsb_packet_sent
[ 847.320406] ohci1394: Unknown symbol dma_region_sync_for_cpu
[ 847.320513] ohci1394: Unknown symbol hpsb_selfid_received
[ 847.320586] ohci1394:
Fix all the errors and a few warnings.
Compile tested.
Signed-off-by: Paolo Ciarrocchi <[EMAIL PROTECTED]>
---
drivers/ide/pci/cmd640.c | 90 +++---
1 files changed, 45 insertions(+), 45 deletions(-)
diff --git a/drivers/ide/pci/cmd640.c
File is now error free, 2 warnings left.
Compile tested.
Signed-off-by: Paolo Ciarrocchi <[EMAIL PROTECTED]>
---
drivers/ide/legacy/ali14xx.c | 11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/ide/legacy/ali14xx.c b/drivers/ide/legacy/ali14xx.c
index
File is now error free.
Compile tested.
Signed-off-by: Paolo Ciarrocchi <[EMAIL PROTECTED]>
---
drivers/ide/ide-floppy.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/ide/ide-floppy.c b/drivers/ide/ide-floppy.c
index 5f133df..cea77e0 100644
---
Fix a lot of errors and warnings.
Compile tested.
Signed-off-by: Paolo Ciarrocchi <[EMAIL PROTECTED]>
---
drivers/ide/legacy/hd.c | 79 ---
1 files changed, 40 insertions(+), 39 deletions(-)
diff --git a/drivers/ide/legacy/hd.c
Compile tested.
Signed-off-by: Paolo Ciarrocchi <[EMAIL PROTECTED]>
---
drivers/ide/pci/opti621.c | 50 ++--
1 files changed, 25 insertions(+), 25 deletions(-)
diff --git a/drivers/ide/pci/opti621.c b/drivers/ide/pci/opti621.c
index cfd46ae..3df74b7
Bart,
here is a new series of patches that remove some errors
and warnings reported by checkpatch.pl from the IDE subsystem.
All the patches have been compile tested and are against this morning (CET time
:-)
linux-next
Paolo Ciarrocchi (6):
IDE: Coding Style fixes to
On Sat, 23 Feb 2008, Oleg Nesterov wrote:
> (s/mm-commits/lkml, cc Steven and Linus).
Thanks,
>
> On 02/22, Andrew Morton wrote:
> >
> > From: Dmitry Adamushko <[EMAIL PROTECTED]>
> >
> > We must ensure that kthread_stop_info.k has been updated before kthread's
> > wakeup. This is required to
On Sat, 23 Feb 2008, David Newall wrote:
>
> Do you actually get 80 columns wide on it?
Do people really care that deeply?
I still sometimes use small terminal windows - for a while I had my
default terminal come up as 100x40, but I'm back to the standard 80x24,
and while I often resize
> On Mon, Feb 18, 2008 at 12:47:59PM +0100, Miklos Szeredi wrote:
> > So what should I do?
> >
> > Would Al be wanting to merge this into his VFS tree? (Can't find it
> > on git.kernel.org yet, BTW.)
>
> FWIW, it's on hera right now, should propagate to git.kernel.org in a few.
>
> Branches
On 02/22, Andrew Morton wrote:
>
> Subject: redo locking of tty->pgrp
> From: Alan Cox <[EMAIL PROTECTED]>
>
> Historically tty->pgrp and friends were pid_t and the code "knew" they were
> safe. The change to pid structs opened up a few races and the removal of the
> BKL in places made them
On 2008/2/23, Charles Bailey <[EMAIL PROTECTED]> wrote:
> On Sat, Feb 23, 2008 at 02:36:59PM +0100, J.C. Pizarro wrote:
> > On 2008/2/23, Charles Bailey <[EMAIL PROTECTED]> wrote:
> > >
>
> > > It shouldn't matter how aggressively the repositories are packed or what
> > > the binary
101 - 200 of 837 matches
Mail list logo