On Wed, Dec 20, 2006 at 03:06:51PM +1100, Paul Mackerras wrote:
> Akinobu Mita writes:
>
> > Use is_init() rather than hard coded pid comparison.
>
> What's the context of this patch? Why is this a good thing to do?
>
This is just minor cleanup patch.
is_init() is available on 2.6.20-rc1 (incl
> Seriously. How many pieces of userspace-visible functionality have
> recently been removed without there being any sort of alternative?
There IS an alternative, you're using it for networking:
You *down the interface*.
If there's a NIC that doesn't support that let us (or preferably netdev)
On Mon, 2006-12-18 at 20:05 +0100, Nicholas Mc Guire wrote:
>
> Hi !
>
> I have a phenomena that I don't quite understand. gdbserver forks and
> after setting ptrace (PTRACE_TRACEME, 0, 0, 0); it then execv
> (program, allargs); when this child process hits ptrace_stoped (breakpoint
> it does
From: Randy Dunlap <[EMAIL PROTECTED]>
Make kernel-doc support unnamed (anonymous) structs and unions.
There is one (union) in include/linux/skbuff.h (inside struct sk_buff)
that is currently generating a kernel-doc warning, so this
fixes that warning.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTE
On Wed, 2006-12-20 at 01:05 -0500, Albert Cahalan wrote:
> On 12/20/06, Mike Galbraith <[EMAIL PROTECTED]> wrote:
> > On Tue, 2006-12-19 at 21:46 -0500, Albert Cahalan wrote:
> > > Somebody PLEASE try this...
> >
> > I was having enough fun with cloninator (which was whitespace munged
> > btw).
>
On 12/19/06, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
So the pin2 case should be tested right after the pin1 case as we do
currently. On most new boards that will be a complete noop.
But it is better than our current blind guess at using ExtINT mode.
I figure after we try what the BIOS has
In-Reply-To: <[EMAIL PROTECTED]>
On Tue, 19 Dec 2006 17:29:00 -0800, Andrew Morton wrote:
> Quoting the bug report:
> general protection fault: 013b [1] PREEMPT
That '013b' is critical information.
Bit 0: 1: exception source is external to the processor
Bit 1: 1: there is a problem with an in
Karel Zak writes:
I've originally thought about util-linux upstream fork,
but as usually an fork is bad step. So.. I'd like to start
some discussion before this step.
...
after few weeks I'm pleased to announce a new "util-linux-ng"
project. This project is a fork of the original util-linux (2
Hi,
Christoph Hellwig has expressed concerns that the recent fdtable changes
expose the details of the RCU methodology used to release no-longer-used
fdtable structures to the rest of the kernel. The trivial patch below
addresses these concerns by introducing the appropriate free_fdtable() calls,
Hi,
This may not be as nice for kernels as for other downloads because of
how nicely organized the kernel mirrors are, but maybe some people
will be interested.
Metalink is a system which attempts to improve the download process by
increasing availability and guaranteeing integrity. It can give
On Sat, Dec 16, 2006 at 02:56:54PM +0100, Adrian Bunk wrote:
> On Thu, Dec 14, 2006 at 10:59:13PM -0800, Andrew Morton wrote:
> >...
> > Changes since 2.6.19-mm1:
> >...
> > +gregkh-driver-uio-irq.patch
> >
> > driver tree updates
> >...
>
> This patch makes the needlessly global uio_irq_handler
On 12/20/06, Mike Galbraith <[EMAIL PROTECTED]> wrote:
On Tue, 2006-12-19 at 21:46 -0500, Albert Cahalan wrote:
> Somebody PLEASE try this...
I was having enough fun with cloninator (which was whitespace munged
btw).
Anything stuck? Besides refusing to die, that beast slays debuggers
left and
On 12/20/06, Linus Torvalds <[EMAIL PROTECTED]> wrote:
On Tue, 19 Dec 2006, Linus Torvalds wrote:
>
> here's a totally new tangent on this: it's possible that user code is
> simply BUGGY.
Btw, here's a simpler test-program that actually shows the difference
between 2.6.18 and 2.6.19 in action,
On Tue, Dec 19, 2006 at 09:34:17PM -0800, Greg KH wrote:
> I would be very interested to see any newer SuSE programs using that
> interface. Just point them out to me and I'll quickly fix them.
As far as I can tell, powersaved still uses these.. I'm not quite sure
how you can fix it without jus
David Wragg writes:
Benjamin LaHaise <[EMAIL PROTECTED]> writes:
On Mon, Dec 18, 2006 at 11:50:08PM +, David Wragg wrote:
This patch (against 2.6.19/2.6.19.1) adds the four context
switch values (voluntary context switches, involuntary
context switches, and the same values accumulated fro
On Tue, 2006-12-19 at 21:46 -0500, Albert Cahalan wrote:
> Somebody PLEASE try this...
I was having enough fun with cloninator (which was whitespace munged
btw).
> Normally, when a process dies it becomes a zombie.
> If the parent dies (before or after the child), the child
> is adopted by init.
Roman Zippel writes:
> Well, there are still patches umerged for over a year, they probably still
> apply mostly.
Please rebase and repost them, if you want them to go in.
Paul.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
On Tue, Dec 19, 2006 at 09:14:49PM -0800, David Brownell wrote:
> On Tuesday 19 December 2006 8:26 pm, Matthew Garrett wrote:
> > On Tue, Dec 19, 2006 at 07:59:42PM -0800, David Brownell wrote:
> > It's perfectly reasonable to
> > refer to it as a flawed interface, or perhaps even a buggy one. Bu
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Tue, 19 Dec 2006 21:11:24 -0800
> It was the realtime/normal comments that piqued my interest.
> Perhaps we should either tweak process priority or remove
> the comments.
I mentioned that to Linus once and he said the entire
idea was bogus.
With
On Tuesday 19 December 2006 8:26 pm, Matthew Garrett wrote:
> On Tue, Dec 19, 2006 at 07:59:42PM -0800, David Brownell wrote:
> The existence of the power/state interface wasn't a bug - it was a
> deliberate decision to add it. It's the only reason the
> dpm_runtime_suspend() interface exists.
On Tue, 19 Dec 2006 18:55:25 -0800 (PST)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Herbert Xu <[EMAIL PROTECTED]>
> Date: Wed, 20 Dec 2006 10:52:19 +1100
>
> > Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> > > I noticed this bit of discussion in tcp_recvmsg. It implies that a better
> > >
Add pm_has_noirq_stage to feature-removal-schedule as part of the
/sys/devices/.../power/state removal. Also note that this functionality
won't be removed until alternative functionality is implemented, in
order to avoid having this argument again in July.
Signed-off-by: Matthew Garrett <[EMAIL
Recent changes in the PM system made it impossible to perform runtime
suspend of any PCI or platform devices. This patch restores the
functionality for any devices that don't require any of their suspend or
resume code to be run with interrupts disabled.
Signed-off-by: Matthew Garrett <[EMAIL P
Akinobu Mita writes:
> Use is_init() rather than hard coded pid comparison.
What's the context of this patch? Why is this a good thing to do?
Doing a git grep -w is_init on Linus' current git tree reveals an
is_init() in arch/parisc/kernel/module.c, which looks to be something
different, but no
Thanks for removing the new procfs code Kristen.
applied.
-Len
On Saturday 16 December 2006 17:40, Kristen Carlson Accardi wrote:
> Hi Len,
> Here's a set of patches for changing the removable drive bay driver
> (drivers/acpi/bay) from using the old proc interface to using a sysfs
> interface ins
On Sun, 2006-12-17 at 11:11 +0100, Geert Uytterhoeven wrote:
> On Thu, 14 Dec 2006, David Schwartz wrote:
> > That makes it clear that it's not about giving us the fruits of years of
> > your own work but that it's about enabling us to do our own work. (I would
> > have no objection to also requir
On Tue, Dec 19, 2006 at 07:59:42PM -0800, David Brownell wrote:
> On Tuesday 19 December 2006 4:25 pm, Matthew Garrett wrote:
> > 1) feature-removal-schedule.txt says that it'll be removed in July 2007.
> > This isn't July 2007.
>
> Which is why the functionality is still there.
Merely broken in
Kristian Høgsberg wrote:
Signed-off-by: Kristian Hoegsberg <[EMAIL PROTECTED]>
---
drivers/firewire/Kconfig | 11
drivers/firewire/Makefile |1
drivers/firewire/fw-ohci.c | 1394
drivers/firewire/fw-ohci.h | 152 +
4 files changed, 15
On Tuesday 19 December 2006 7:43 pm, Matthew Garrett wrote:
> > Do you have an alternate solution?
>
> How about something like this? Entirely untested, but I think it shows
> the basic idea.
Other than indentation/whitespace bugs, it seems to encapsulate the
layering violation needed to get th
On Tuesday 19 December 2006 4:25 pm, Matthew Garrett wrote:
> On Tue, Dec 19, 2006 at 01:34:49PM -0800, David Brownell wrote:
>
> > Documentation/feature-removal-schedule.txt has warned about this since
> > August, and the PM list has discussed how broken that model is numerous
> > times over the
On Wed, 20 Dec 2006 11:52:44 +0800 Conke Hu wrote:
> On 12/20/06, Conke Hu <[EMAIL PROTECTED]> wrote:
> > On 12/20/06, Conke Hu <[EMAIL PROTECTED]> wrote:
> > > On 12/20/06, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> > > > Conke Hu wrote:
> > > > > Add pci class code 0x0106 for SATA to pci_ids.h
> >
On 12/20/06, Conke Hu <[EMAIL PROTECTED]> wrote:
On 12/20/06, Conke Hu <[EMAIL PROTECTED]> wrote:
> On 12/20/06, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> > Conke Hu wrote:
> > > Add pci class code 0x0106 for SATA to pci_ids.h
> > >
> > > signed-off-by: [EMAIL PROTECTED]
> > >
On Tue, 19 Dec 2006 18:35:39 -0800
Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Tue, 19 Dec 2006 18:15:24 -0800 Andrew Morton wrote:
>
> > On Tue, 19 Dec 2006 13:34:49 -0800
> > David Brownell <[EMAIL PROTECTED]> wrote:
> >
> > > Documentation/feature-removal-schedule.txt has warned about this s
Hi !
I stumbled accross what might be a bug on out of order architecture:
netif_poll_enable() only does a clear_bit(). However,
netif_poll_disable/enable pairs are often used as simili-spinlocks.
(netif_poll_enable() has pretty much spin_lock semantics except that it
schedules instead of looping
On Tue, Dec 19, 2006 at 07:19:36PM -0800, David Brownell wrote:
> On Tuesday 19 December 2006 4:09 pm, Matthew Garrett wrote:
> > I'm sorry, which bit of "Don't break userspace API without adequate
> > prior warning and with a workable replacement" is difficult to
> > understand?
>
> What part o
On 12/20/06, Conke Hu <[EMAIL PROTECTED]> wrote:
On 12/20/06, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Conke Hu wrote:
> > Add pci class code 0x0106 for SATA to pci_ids.h
> >
> > signed-off-by: [EMAIL PROTECTED]
> >
> > --- linux-2.6.20-rc1/include/linux/pci_ids.h.orig 20
This list has been ripped out of the latest git-shortlog tool. It can be
maintained separately so this is what this patch does. A couple more
entries were added to the original list as well.
Signed-off-by: Nicolas Pitre <[EMAIL PROTECTED]>
---
diff --git a/.mailmap b/.mailmap
new file mode 100
From: Adrian Bunk <[EMAIL PROTECTED]>
Date: Tue, 19 Dec 2006 05:12:58 +0100
> This patch contains the following transformations from custom functions
> to standard kernel version:
> - fore200e_kmalloc() -> kzalloc()
> - fore200e_kfree() -> kfree()
> - fore200e_swap() -> cpu_to_be32()
>
> Signed-
From: Adrian Bunk <[EMAIL PROTECTED]>
Date: Tue, 19 Dec 2006 05:13:00 +0100
> This patch removes the unconverted ATM_TNETA1570 option that also lacks
> any code in the kernel.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied, thanks Adrian.
-
To unsubscribe from this list: send the li
- Original Message -
From: "Robert Hancock" <[EMAIL PROTECTED]>
To: "kyle" <[EMAIL PROTECTED]>
Cc:
Sent: Tuesday, December 19, 2006 10:34 AM
Subject: Re: schedule_timeout: wrong timeout value
kyle wrote:
Hi,
Recently my mysql servershows something like:
Dec 18 18:24:05 sql kernel:
On Tuesday 19 December 2006 6:15 pm, Andrew Morton wrote:
> On Tue, 19 Dec 2006 13:34:49 -0800
> David Brownell <[EMAIL PROTECTED]> wrote:
>
> > Documentation/feature-removal-schedule.txt has warned about this since
> > August
>
> Nobody reads that.
>
> Please, wherever possible, put a nice prin
On Tuesday 19 December 2006 4:09 pm, Matthew Garrett wrote:
> On Tue, Dec 19, 2006 at 03:36:28PM -0800, David Brownell wrote:
> > On Tuesday 19 December 2006 2:57 pm, Matthew Garrett wrote:
> > > The fact that something is scheduled to be removed in July 2007 does
> > > *not* mean it's acceptable
On 12/20/06, Jeff Garzik <[EMAIL PROTECTED]> wrote:
Conke Hu wrote:
> Add pci class code 0x0106 for SATA to pci_ids.h
>
> signed-off-by: [EMAIL PROTECTED]
>
> --- linux-2.6.20-rc1/include/linux/pci_ids.h.orig 2006-12-20
> 01:58:30.0 +0800
> +++ linux-2.6.20-rc1/in
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Wed, 20 Dec 2006 10:52:19 +1100
> Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> > I noticed this bit of discussion in tcp_recvmsg. It implies that a better
> > queuing policy would be good. But it is confusing English (Alexey?) so
> > not sure where to s
Somebody PLEASE try this...
Normally, when a process dies it becomes a zombie.
If the parent dies (before or after the child), the child
is adopted by init. Init will reap the child.
The program included below DOES NOT get reaped.
Do like so:
gcc -m32 -O2 -std=gnu99 -o foo foo.c
while true; do
On Tuesday 19 December 2006 20:48, tony mancill wrote:
> FWIW, using pci=noacpi seems to break the USB controller on this laptop.
> I get "device not accepting address xx, error -110.
Strange. I'm using an Acer Aspire 1640Z and the sound works perfectly. Of
course Kubuntu was the only distro I co
Jeff Garzik wrote:
> Tejun Heo wrote:
>> Jeff Garzik wrote:
>>> Alan wrote:
> I tracked it down to one of the drives being forced into PIO4 mode
> rather than UDMA mode; dmesg bits:
> ata4.00: ATA-7, max UDMA/133, 586072368 sectors: LBA48 NCQ (depth
> 0/32)
> ata4.00: ata4: dev
On Tue, 19 Dec 2006 18:15:24 -0800 Andrew Morton wrote:
> On Tue, 19 Dec 2006 13:34:49 -0800
> David Brownell <[EMAIL PROTECTED]> wrote:
>
> > Documentation/feature-removal-schedule.txt has warned about this since
> > August
>
> Nobody reads that.
Ugh, I read it.
> Please, wherever possible, p
Andrew Morton wrote:
On Tue, 19 Dec 2006 17:58:12 -0800
Suzuki <[EMAIL PROTECTED]> wrote:
* Fix the kmalloc flags used from within ext3, when we have an active journal
handle
If we do a kmalloc with GFP_KERNEL on system running low on memory,
with an active journal handle, we might
FWIW, using pci=noacpi seems to break the USB controller on this laptop.
I get "device not accepting address xx, error -110.
In addition, neither the onboard nor the wireless NIC work anymore with
this option. For the onboard, you see that the link is up, but then
get "NETDEV WATCHDOG: eth0: tr
On Tue, 19 Dec 2006 13:34:49 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
> Documentation/feature-removal-schedule.txt has warned about this since
> August
Nobody reads that.
Please, wherever possible, put a nice printk("this is going away") in the code
when planning these things.
-
To unsubs
On Tue, 19 Dec 2006 17:58:12 -0800
Suzuki <[EMAIL PROTECTED]> wrote:
> * Fix the kmalloc flags used from within ext3, when we have an active journal
> handle
>
> If we do a kmalloc with GFP_KERNEL on system running low on memory,
> with an active journal handle, we might end up in cleanin
On Mon, 18 Dec 2006 20:34:43 -0600
Robert Hancock <[EMAIL PROTECTED]> wrote:
> kyle wrote:
> > Hi,
> >
> > Recently my mysql servershows something like:
> > Dec 18 18:24:05 sql kernel: schedule_timeout: wrong timeout value
> > from c0284efd
> > Dec 18 18:24:36 sql last message repeated
Hi,
The attached patch converts the GFP mask for kmallocs within ext3 to
GFP_NOFS whenever they are called with an active journal handle.
More description in the patch.
Comments ?
Thanks,
Suzuki
Linux Technology Center
IBM Systems & Technology Labs.
* Fix the kmalloc flags used from within
On Tue, 2006-12-19 at 17:32 -0800, john stultz wrote:
> On Wed, 2006-12-13 at 21:40 +0100, Roman Zippel wrote:
> > On Wed, 13 Dec 2006, john stultz wrote:
> > > > You don't have to introduce anything new, it's tick_length that changes
> > > > and HZ that becomes a variable in this function.
> > >
>
On Tue, 19 Dec 2006 15:57:19 + David Woodhouse <[EMAIL PROTECTED]> wrote:
>
> On Wed, 2006-11-08 at 09:34 -0800, Judith Lebzelter wrote:
> > Choose rpa_vscsi.c over iseries_vscsi.c when building both
> > pseries and iseries.
>
> Would it not be better to make them both work instead?
The mainta
On Wed, 2006-12-13 at 21:40 +0100, Roman Zippel wrote:
> On Wed, 13 Dec 2006, john stultz wrote:
> > > You cannot choose arbitrary intervals otherwise you get other problems,
> > > e.g. with your patch time_offset handling is broken.
> >
> > I'm not seeing this yet. Any more details?
>
> time_offs
Hello,
what about something along the lines of the following,
on top of your patch ?
Or should the kernel-doc be put on another function
instead of that one ?
--
Vincent Legoll
Add do_syslog() kernel-doc
---
commit 95b0721d8b4b46ddf83113fe49492810d7d92060
tree e2715a8cf7eb0d71b3bee2185a5cf9863
Am 19.12.2006 20:56 schrieb Ingo Molnar:
> thanks for the report - this made me review the hrtimer state engine
> logic, and bingo, it indeed has a nasty typo! Could you try the fix
> below, does it fix your problem? It might explain the crash you are
> seeing, because the typo means we'd ignore
On Mon, 18 Dec 2006 09:48:01 -0700
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
> [EMAIL PROTECTED] writes:
>
> > http://bugzilla.kernel.org/show_bug.cgi?id=7505
> >
> > --- Additional Comments From [EMAIL PROTECTED] 2006-12-18 07:39 ---
> > OK, fixed.
>
>
> Greg.
>
> It appears commi
Linus,
This patch has been both compile and run-time tested.
It has been in -mm for quite a while without problems.
Trond & Andrew have both signed off on it.
Please apply.
Remove obsolete NFS_PARANOIA.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTEC
Cleanup and re-enable vsyscall gettimeofday using the generic
clocksource infrastructure.
Signed-off-by: John Stultz <[EMAIL PROTECTED]>
arch/x86_64/Kconfig |4 +
arch/x86_64/kernel/hpet.c|6 +
arch/x86_64/kernel/time.c|6 -
arch/x86_64/kernel/tsc.c
On Tue, 2006-12-19 at 19:17 -0500, Trond Myklebust wrote:
> Ack, I'll add one in. If PagePrivate() is set during the call to
> try_to_release_page(), then the page should never be freeable.
OK. This one actually compiles, and eliminates a few logic bugs. Note
that I renamed the callback to ->laund
In preparation for supporting generic timekeeping, this patch cleans up
x86-64's use of vxtime.hpet_address, changing it to just hpet_address
as is also used in i386. This is necessary since the vxtime structure
will be going away.
Signed-off-by: John Stultz <[EMAIL PROTECTED]>
arch/i386/ker
This patch converts x86_64 to use the GENERIC_TIME infrastructure and
adds clocksource structures for both TSC and HPET (ACPI PM is shared w/
i386).
Signed-off-by: John Stultz <[EMAIL PROTECTED]>
arch/x86_64/Kconfig|4
arch/x86_64/kernel/apic.c |2
arch/x86_64/kernel
In preparation for the x86_64 generic time conversion, this patch
splits out TSC and HPET related code from arch/x86_64/kernel/time.c
into respective hpet.c and tsc.c files.
Signed-off-by: John Stultz <[EMAIL PROTECTED]>
arch/x86_64/kernel/Makefile |2
arch/x86_64/kernel/hpet.c | 437 +
Andrew, Andi,
I didn't hear any objections (or really, any comments) on my
last release, so as I mentioned then, I want to go ahead and push this
to Andrew for a bit of testing in -mm. Hopefully targeting for
inclusion in 2.6.21 or 2.6.22.
Here's the performance data from the last rele
Provides generic infrastructure for vsyscall-gtod.
Signed-off-by: John Stultz <[EMAIL PROTECTED]>
include/linux/clocksource.h |8
kernel/timer.c |1 +
2 files changed, 9 insertions(+)
linux-2.6.20-rc1_timeofday-vsyscall-support_C7.patch
On Dec 19, 2006, "Horst H. von Brand" <[EMAIL PROTECTED]> wrote:
> Sanjoy Mahajan <[EMAIL PROTECTED]> wrote:
>> This License acknowledges your rights of "fair use" or other
>> equivalent, as provided by copyright law.
>> By choosing 'acknowledges' as the verb, the licensee says explicitly
>> th
On Dec 19, 2006, "D. Hazelton" <[EMAIL PROTECTED]> wrote:
> However I have a feeling that the lawyers in the employ of the
> companies that ship BLOB drivers say that all they need to do to
> comply with the GPL is to ship the glue-code in source form.
> And I have to admit that this does seem to
Signed-off-by: Kristian Hoegsberg <[EMAIL PROTECTED]>
---
drivers/firewire/Makefile |3
drivers/firewire/fw-card.c| 56 +++
drivers/firewire/fw-device-cdev.c | 617 +
drivers/firewire/fw-device-cdev.h | 146 +
drivers/firewire/fw
Signed-off-by: Kristian Hoegsberg <[EMAIL PROTECTED]>
---
drivers/firewire/Kconfig | 11
drivers/firewire/Makefile |1
drivers/firewire/fw-ohci.c | 1394
drivers/firewire/fw-ohci.h | 152 +
4 files changed, 1558 insertions(+), 0 deletion
Signed-off-by: Kristian Hoegsberg <[EMAIL PROTECTED]>
---
drivers/firewire/Kconfig | 12
drivers/firewire/Makefile |1
drivers/firewire/fw-sbp2.c | 1073
3 files changed, 1086 insertions(+), 0 deletions(-)
diff --git a/drivers/firewire/Kconf
Hi,
Here's a new set of patches for the new firewire stack. The changes
since the last set of patches address the issues that were raised on
the list and can be reviewed in detail here:
http://gitweb.freedesktop.org/?p=users/krh/juju.git
but to sum up the changes:
- Got rid of bitfields.
On 12/20/06, Andrew Morton <[EMAIL PROTECTED]> wrote:
> When I was using gdb to debug xchat-gnome, I got a kernel BUG and stack
> trace as the program was running (e.g. I had typed 'run' in gdb):
>
> WARNING at kernel/softirq.c:137 local_bh_enable()
> [] dump_trace+0x68/0x1d9
> [] show_trace_lo
On 12/20/06, Dave Airlie <[EMAIL PROTECTED]> wrote:
On 12/20/06, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > When I was using gdb to debug xchat-gnome, I got a kernel BUG and stack
> > trace as the program was running (e.g. I had typed 'run' in gdb):
> >
> > WARNING at kernel/softirq.c:137 local
On Mon, 2006-12-11 at 15:53 -0800, Siddha, Suresh B wrote:
>
> Comments and review feedback welcome. Minimal testing done on couple of
> i386 platforms. Perf testing yet to be done.
Nice work!
>
> thanks,
> suresh
> ---
> diff -pNru linux-2.6.19-mm1/include/linux/sched.h linux/include/linux/
On Sun, 17 Dec 2006 20:55:18 -0500
"Andrew J. Barr" <[EMAIL PROTECTED]> wrote:
> When I was using gdb to debug xchat-gnome, I got a kernel BUG and stack
> trace as the program was running (e.g. I had typed 'run' in gdb):
>
> WARNING at kernel/softirq.c:137 local_bh_enable()
> [] dump_trace+0x68/
Tejun Heo wrote:
Jeff Garzik wrote:
Alan wrote:
I tracked it down to one of the drives being forced into PIO4 mode
rather than UDMA mode; dmesg bits:
ata4.00: ATA-7, max UDMA/133, 586072368 sectors: LBA48 NCQ (depth 0/32)
ata4.00: ata4: dev 0 multi count 16
ata4.00: simplex DMA is claimed by ot
Jeff Garzik wrote:
> Alan wrote:
>>> I tracked it down to one of the drives being forced into PIO4 mode
>>> rather than UDMA mode; dmesg bits:
>>> ata4.00: ATA-7, max UDMA/133, 586072368 sectors: LBA48 NCQ (depth 0/32)
>>> ata4.00: ata4: dev 0 multi count 16
>>> ata4.00: simplex DMA is claimed by o
On Tue, Dec 19, 2006 at 01:34:49PM -0800, David Brownell wrote:
> Documentation/feature-removal-schedule.txt has warned about this since
> August, and the PM list has discussed how broken that model is numerous
> times over the past several years. (I'm pretty sure that discussion has
> leaked out
On Wed, 20 Dec 2006, Peter Zijlstra wrote:
> On Mon, 2006-12-18 at 12:14 -0800, Linus Torvalds wrote:
> > OR:
> >
> > - page_mkclean_one() is simply buggy.
>
> GOLD!
Ok. I was looking at that, and I wondered..
However, if that works, then I _think_ the correct sequence is the
following..
T
Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> I noticed this bit of discussion in tcp_recvmsg. It implies that a better
> queuing policy would be good. But it is confusing English (Alexey?) so
> not sure where to start.
Actually I think the comment says that the current code isn't the
most elegan
On Tue, 19 Dec 2006 19:17:43 -0500
Trond Myklebust <[EMAIL PROTECTED]> wrote:
> > (We were supposed to stop doing that about four years ago - change it so
> > that all a_ops must implement ->releasepage, but nobody got around to it).
>
> Would you still be interested in seeing this done?
Sure, w
On Dec 18, 2006, "David Schwartz" <[EMAIL PROTECTED]> wrote:
> It makes no difference whether the "mere aggregation" paragraph kicks in
> because the "mere aggregation" paragraph is *explaining* the *law*. What
> matters is what the law actually *says*.
You mean "mere aggregation" is defined in c
On Tue, 19 Dec 2006 16:03:49 -0800 (PST)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Wed, 20 Dec 2006, Peter Zijlstra wrote:
>
> > On Tue, 2006-12-19 at 14:58 -0800, Andrew Morton wrote:
> >
> > > Well... we'd need to see (corruption && this-not-triggering) to be sure.
> > >
> > > Pete
On Tue, 2006-12-19 at 16:03 -0800, Andrew Morton wrote:
> On Tue, 19 Dec 2006 18:19:38 -0500
> Trond Myklebust <[EMAIL PROTECTED]> wrote:
>
> > NFS: Fix race in nfs_release_page()
> >
> > invalidate_inode_pages2() may set the dirty bit on a page owing to the
> > call
> > to unmap
On Tue, Dec 19, 2006 at 03:36:28PM -0800, David Brownell wrote:
> On Tuesday 19 December 2006 2:57 pm, Matthew Garrett wrote:
> > The fact that something is scheduled to be removed in July 2007 does
> > *not* mean it's acceptable to break it in 2006. We need to find a way to
> > fix this function
On Dec 18, 2006, "David Schwartz" <[EMAIL PROTECTED]> wrote:
> I don't see why you can't distribute a single DVD that combines the contents
> of the two you bought, so long as you destroy the originals.
Because, for example, per Brazilian law since 1998, fair use only
grants you the right to copy
On Tue, 19 Dec 2006 15:26:00 -0800 (PST)
Luben Tuikov <[EMAIL PROTECTED]> wrote:
> The reason was that my dev tree was tainted by this bug:
>
> if (good_bytes &&
> - scsi_end_request(cmd, 1, good_bytes, !!result) == NULL)
> + scsi_end_request(cmd, 1, good_bytes, result
On Dec 18, 2006, "David Schwartz" <[EMAIL PROTECTED]> wrote:
> No automated, mechanical process can create a derivative work of software.
> (With a few exceptions not relevant here.)
Can you explain what mechanisms are involved in copyright monopolies
over object code, then?
(there's a hint at ht
On Wed, 20 Dec 2006, Peter Zijlstra wrote:
> On Tue, 2006-12-19 at 14:58 -0800, Andrew Morton wrote:
>
> > Well... we'd need to see (corruption && this-not-triggering) to be sure.
> >
> > Peter, have you been able to trigger the corruption?
>
> Yes; however the mail I send describing that see
On Tue, 19 Dec 2006 18:19:38 -0500
Trond Myklebust <[EMAIL PROTECTED]> wrote:
> NFS: Fix race in nfs_release_page()
>
> invalidate_inode_pages2() may set the dirty bit on a page owing to the
> call
> to unmap_mapping_range() after the page was locked. In order to fix this,
>
* dmesg is truncated, please post the content of file /var/log/boot.msg.
* Please post the result of 'lspci -nnvvv'
* Please try the attached patch and see if it makes any difference and
post the result of 'dmesg' after trying to play a problematic dvd.
--
tejun
diff --git a/drivers/ata/libata-
On Mon, 2006-12-18 at 12:14 -0800, Linus Torvalds wrote:
> OR:
>
> - page_mkclean_one() is simply buggy.
GOLD!
it seems to work with all this (full diff against current git).
/me rebuilds full kernel to make sure...
reboot...
test... pff the tension...
yay, still good!
Andrei; would you
all right, i may have misread what's going on with
kmem_cache_alloc() and kmem_cache_zalloc(), and my earlier submission
may be entirely nonsense, since it involved transformations like this:
* it with privilege level 3 because the IVE uses non-privileged
accesses to these
*
On Tuesday 19 December 2006 2:57 pm, Matthew Garrett wrote:
> On Tue, Dec 19, 2006 at 01:22:12PM -0800, David Brownell wrote:
> > As a generic mechanism, that interface has *ALWAYS* been "broken
> > by design"; I'd call it unfixable. It's deprecated, and scheduled
> > to vanish; see Documentation
--- Damien Wyart <[EMAIL PROTECTED]> wrote:
> > > > The reiser4 failure is unexpected. Could you please see if you can
> > > > capture a trace, let the people at [EMAIL PROTECTED] know?
>
> > > Ok, I've handwritten the messages, here they are :
>
> > > reiser4 panicked cowardly : reiser4[umount(2
On Tue, 2006-12-19 at 17:59 -0500, Ben Collins wrote:
> Without this patch, G5 oopses on boot. I've had this in Ubuntu since
> 2.6.17, but I forgot it was in there. Still required with 2.6.20.
>
> Signed-off-by: Ben Collins <[EMAIL PROTECTED]>
Ignore this patch for now, BenH and I are discussing
--- [EMAIL PROTECTED] wrote:
> From: Andrew Morton <[EMAIL PROTECTED]>
> Date: Sun, Dec 17, 2006 at 03:05:39AM -0800
> > On Sun, 17 Dec 2006 12:00:12 +0100
> > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> >
> > > Okay, I have identified the patch that causes the problem to appear,
> > > which
1 - 100 of 336 matches
Mail list logo
