This patch updates 32KiHZ timer code to compile.
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
arch/arm/plat-omap/timer32k.c | 12 +---
1 files changed, 1 insertions(+), 11 deletions(-)
diff --git a/arch/arm/plat-omap/timer32k.c b/arch/arm/plat-omap/timer32k.c
index a98de90..f28
From: Komal Shah <[EMAIL PROTECTED]>
- and fix the file path.
Signed-off-by: Komal Shah <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/board-2430sdp.c | 10 +-
1 files changed, 1 insertions(+), 9 deletions(-)
diff --git a/arch/arm/mach-oma
From: Dirk Behme
ARM: OMAP: Fix compilation issues in board-palmz71.c
Signed-off-by: Dirk Behme
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
arch/arm/mach-omap1/board-palmz71.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-omap1/board-palmz7
From: Dirk Behme
ARM: OMAP: Fix warning in timer32k.c if CONFIG_NO_IDLE_HZ
isn't set:
arch/arm/plat-omap/timer32k.c:221: warning:
'omap_32k_timer_handler' defined but not used
Signed-off-by: Dirk Behme
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
arch/arm/plat-omap/timer32k.c | 24 +
From: Syed Mohammed Khasim <[EMAIL PROTECTED]>
I2C-1 for 2430 was commented previously, enabled in this patch.
Signed-off-by: Syed Mohammed Khasim <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
arch/arm/plat-omap/devices.c |8 +---
1 files changed, 5 insertions(
Tabify mux.c
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/mux.c | 38 +++---
1 files changed, 19 insertions(+), 19 deletions(-)
diff --git a/arch/arm/mach-omap2/mux.c b/arch/arm/mach-omap2/mux.c
index 0439906..0575097 100644
--- a/arc
This patch syncs omap board specific files with linux-omap.
Patch consists mostly of driver updates done in linux-omap
tree for drivers not yet in mainline kernel.
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
arch/arm/mach-omap1/board-ams-delta.c | 59 +++-
arch/arm/mach-omap1/
From: David Brownell <[EMAIL PROTECTED]>
GPIO and MPUIO wake updates:
- Hook MPUIOs into the irq wakeup framework too. This uses a platform
device to update irq enables during system sleep states, instead of
a sys_device, since the latter is no longer needed for such things.
- Also forw
From: Vladimir Ananiev <[EMAIL PROTECTED]>
This adds basic support for Siemens SX1. More patches are available,
with video driver, mixer, and serial ports working. That is enough to
do gsm calls with right userland.
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren <[EM
From: Syed Mohammed Khasim <[EMAIL PROTECTED]>
This patch enables I2C-2 support for 2430 SDP.
Signed-off-by: Syed Mohammed Khasim <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/devices.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(
From: David Brownell <[EMAIL PROTECTED]>
Additional cleanup for debug boards on H2/P2/H3/H4: move the init
code that's not board-specific into a new file where it can be easily
shared between all the different boards (avoiding code duplication,
and making it easier to support more devices). Make
From: =?utf-8?q?Marek_Va=C5=A1ut?= <[EMAIL PROTECTED]>
This patch adds board file and necessary includes for Palm Tungsten|T.
Signed-off-by: Marek Vašut <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
arch/arm/mach-omap1/Kconfig |9 +
arch/arm/mach-omap1
From: =?utf-8?q?Marek_Va=C5=A1ut?= <[EMAIL PROTECTED]>
Palmz71 specific things - board file.
Signed-off-by: Marek Vašut <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
arch/arm/mach-omap1/Kconfig |9 +
arch/arm/mach-omap1/Makefile |1 +
From: Jonathan McDowell <[EMAIL PROTECTED]>
This adds support for the keypad on the top of the Amstrad Delta. It's
just a standard omap-keypad so all we need to do is add the keypad
layout and platform data to the board definition file.
Signed-off-by: Jonathan McDowell <[EMAIL PROTECTED]>
Signed-
From: Kyungmin Park <[EMAIL PROTECTED]>
In previous GPMC patch, there was a typo. Fix typo and add header files for
set_irq_type() warnings.
Signed-off-by: Kyungmin Park <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/board-apollon.c | 99 ++
On Sun, 1 Apr 2007, Milind Arun Choudhary wrote:
>
> ROUND_UP macro cleanup, use ALIGN where ever appropriate
>
> Signed-off-by: Milind Arun Choudhary <[EMAIL PROTECTED]>
Ack for the hotplug/cpci_hotplug_pci.c change, looks like I missed
removing that define back when I originally reworked things
From: Juha Yrjola <[EMAIL PROTECTED]>
Some GPIOs on OMAP2420 do not have wakeup capabilities. If these GPIOs
are configured as IRQ sources, spurious interrupts will be generated
each time the core domain enters retention.
Signed-off-by: Juha Yrjola <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren
From: Andrzej Zaborowski <[EMAIL PROTECTED]>
General update of the board file for Palm Tungsten E. Registers the
platform devices contained in the PDA (ROM chip, keypad, infra-red)
and updates the configuration for USB and MMC, whose config values
were previously guessed in most cases due to lack
On Wed, 04 Apr 2007 20:52:34 +0400
Maxim Uvarov <[EMAIL PROTECTED]> wrote:
> Index: linux-2.6.18/include/asm/thread_info.h
> ===
> --- linux-2.6.18.orig/include/asm/thread_info.h
> +++ linux-2.6.18/include/asm/thread_info.h
> @@ -44,
On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> Machine booted fine with slub_debug=F. Got following in the
> log. I guess we need to track down who is touching after
> free. Any ideas on how I can track down easily ? Is there
> a way to store last allocated (function, line#) and look
> around there
On Wed, 4 Apr 2007 10:15:41 +0100 (BST) Hugh Dickins <[EMAIL PROTECTED]> wrote:
> On Tue, 3 Apr 2007, Andrew Morton wrote:
> >
> > All of which indicates that if we can remove the down_write(mmap_sem) from
> > this glibc operation, things should get a lot better - there will be no
> > additional
Matt Mackall writes:
[...]
>
> Now I could adjust these to only export u64s in some preferred
> endianness. But given I already need details like the page size to
> make any sense of it, it seems unnecessary. Also, the PFNs are fairly
> opaque unless you're attempting to correlate them with
On 04/04/2007 07:48 PM, Adrian Bunk wrote:
On Wed, Apr 04, 2007 at 07:00:18PM +0200, Takashi Iwai wrote:
But in general, it would be nice to have an easy way to find a
maintainer (not author) from a module binary, and I agree
MODULE_MAINTAINER can work well for such a purpose. It's no mandat
On Wed, 2007-04-04 at 10:03 -0700, Christoph Lameter wrote:
> On Wed, 4 Apr 2007, Badari Pulavarty wrote:
>
> > On Tue, 2007-04-03 at 16:55 -0700, Christoph Lameter wrote:
> > > On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> > >
> > > > Hmm. booted fine with slub_debug :(
> > >
> > > Try to selec
From: Juha Yrjola <[EMAIL PROTECTED]>
Enable serial idling and wakeup features
Signed-off-by: Juha Yrjola <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/serial.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-
On Tue, 03 Apr 2007 20:37:42 PDT, Randy Dunlap said:
>
> Good luck. But the symbols are there. Just use left/right arrow keys
> to scroll the display left/right and you can see them. Now if you just
> had that indicator to tell you that you Need to scroll to see more text...
Exactly. :) I had
From: Juha Yrjola <[EMAIL PROTECTED]>
Place SMS and SDRC into smart idle mode
Signed-off-by: Juha Yrjola <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/io.c |2 +
arch/arm/mach-omap2/memory.c | 48 ++
From: Juha Yrjola <[EMAIL PROTECTED]>
Enable 24xx GPIO autoidling
Signed-off-by: Juha Yrjola <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
arch/arm/plat-omap/gpio.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/gp
From: Juha Yrjola <[EMAIL PROTECTED]>
Add DMA IRQ sanity checks
Signed-off-by: Juha Yrjola <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
arch/arm/plat-omap/dma.c | 25 ++---
1 files changed, 18 insertions(+), 7 deletions(-)
diff --git a/arch/arm/
Hi all,
Attached is a rather large OMAP update for post 2.6.21.
OMAP is a series of ARM processors from Texas Instruments
used in various cell phones and PDAs.
The patch series is based on code that has been brewing
in the linux-omap tree since last fall.
We'd like to switch the linux-omap tree
From: Juha Yrjola <[EMAIL PROTECTED]>
The APLLs are most efficiently idled by hardware.
Signed-off-by: Juha Yrjola <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/clock.c | 13 ++---
1 files changed, 2 insertions(+), 11 deletions(-)
diff --
From: Juha Yrjola <[EMAIL PROTECTED]>
Use virtual addresses directly instead of physical addresses to
avoid having to recalculate the virtual address with every
register access.
Signed-off-by: Juha Yrjola <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
arch/arm/mach-omap
From: Juha Yrjola <[EMAIL PROTECTED]>
Useful for debugging power management code.
Signed-off-by: Juha Yrjola <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
arch/arm/plat-omap/clock.c | 35 +++
1 files changed, 35 insertions(+), 0 deleti
From: Imre Deak <[EMAIL PROTECTED]>
Add controller platform data
Signed-off-by: Imre Deak <[EMAIL PROTECTED]>
Signed-off-by: Juha Yrjola <[EMAIL PROTECTED]>
Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
---
arch/arm/plat-omap/fb.c|5 +
include/asm-arm/arch-omap/omapfb.h |
On Tue, Apr 03, 2007 at 06:23:07PM -0700, David Lang wrote:
>
> people working with ~50 serial ports or ethernet ports aren't useing stock
> distros anyway.
??? For "big servers", Suse SLES and RedHat RHEL are the defacto choices,
with Ubuntu a rising star. It doesn't get much more stock than
On Wed, 4 Apr 2007 10:29:31 -0700
William Lee Irwin III <[EMAIL PROTECTED]> wrote:
> It is not now possible for a thread to retrieve its own rusage in
> isolation. Its rusage is nowhere exposed without being intermixed with
> that of its sibling threads. This patch adds support for an
> RUSAGE_THR
On Wed, Apr 04, 2007 at 07:00:18PM +0200, Takashi Iwai wrote:
> At Wed, 04 Apr 2007 18:38:42 +0200,
> Rene Herman wrote:
> >
> > Other cases-in-point; I've lately been rummaging through sound/isa a
> > bit. Nothing much copyrightable again but especially in those situations
> > where (some of th
ROUND_UP macro cleanup use DIV_ROUND_UP
Signed-off-by: Milind Arun Choudhary <[EMAIL PROTECTED]>
---
ppp_generic.c |4 +---
1 files changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/net/ppp_generic.c b/drivers/net/ppp_generic.c
index ef58e41..4b302f3 100644
--- a/drivers/net/ppp_
-Original Message-
From: Andi Kleen [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 04, 2007 3:13 AM
>How did you manage to unset ACPI with that? Can you send your config?
Please check attached config.
YH
acpi_power_system.config
Description: acpi_power_system.config
On Wed, 4 Apr 2007 10:45:30 +0200 Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Dave Dillow <[EMAIL PROTECTED]> wrote:
>
> > > Then it is a matter of figuring out why the device number changed --
> > > I'm thinking it is device-mapper, but will look closer tomorrow.
> >
> > This commit is the o
On Wed, Apr 04, 2007 at 09:16:42AM -0700, H. Peter Anvin wrote:
> One option would be to move the 8250-based serial ports, to, say,
> /dev/ttyN* (for National Semiconductors -- the best I could come up
> with) and redefine /dev/ttyS* as a serial port multiplexer which maps in
> all the types, fo
On Wed, Apr 04, 2007 at 07:28:28PM +0400, Oleg Nesterov wrote:
> I changed my mind :) The problem is general, I am starting to believe
> it is better to change kthread_stop().
yes i agree. Although is some cases like destroy_workqueue, we need to
mark the target thread non-freezable way before we
CC [M] drivers/net/chelsio/mv88x201x.o
CC [M] drivers/net/chelsio/my3126.o
LD [M] drivers/net/chelsio/cxgb.o
CC drivers/net/e1000/e1000_main.o
drivers/net/e1000/e1000_main.c:1185:45: error: macro "INIT_WORK" passed
3 arguments, but takes just 2
ared (first use in this function)
drive
On Wed, Apr 04, 2007 at 12:34:53PM -0400, David Woodhouse wrote:
> On Wed, 2007-04-04 at 11:22 -0500, Linas Vepstas wrote:
> > The biggest problem would seem to be that the assignment would
> > depend on the detection order; there don't seem to be unique
> > id's that would help udev consistently
ROUND_UP macro cleanup use DIV_ROUND_UP
Signed-off-by: Milind Arun Choudhary <[EMAIL PROTECTED]>
---
lp.c |5 +
1 files changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/char/lp.c b/drivers/char/lp.c
index b51d08b..c086910 100644
--- a/drivers/char/lp.c
+++ b/drivers/char/lp
On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> Next issue ? Sorry.
No problem. Could have a look at the hvsi driver and figure out what is
failing there? What is the hvsi driver?
> Console: switching to colour frame buffer device 80x30
> fb0: MATROX frame buffer device
> matroxfb_crtc2: secondar
On Wed, 2007-04-04 at 10:31 -0700, Ed Lin wrote:
> Sorry. It seems the mail server has problem. The patch is here in plain
> text. I hope this time it does not mess up. I have problem with
> linux-scsi
> mail list, if you have comment please cc me. Thanks.
> --Ed Lin
The lines are still broken, I
On Wed, 2007-04-04 at 10:10 -0700, Linus Torvalds wrote:
> Ok. I'm a bit worried about something like this, this late in the release
> cycle, but since I guess page_test_and_clear_dirty() is always 0 for any
> architecture but S390, I guess there are no possible downsides except for
> that archi
On Wed, Apr 04, 2007 at 10:56:43PM +0530, Srivatsa Vaddagiri wrote:
> I think the null grouping as defined so far is very fuzzy ..How would
> the kernel use this grouping, which would require reserving N pointers
> in 'struct container_group'/'struct nsproxy'?
aside from needing to support 'cat t
On Wed, 4 Apr 2007, Denys wrote:
IMHO it can be hardware issue also, i had something very similar with faulty
hardware combinations.
Since it's happening on 2 nodes, I somehow doubt that...
--
BOFH excuse #447:
According to Microsoft, it's by design
-
To unsubscribe from this list: send the l
On Wed, 2007-04-04 at 10:13 -0700, Christoph Lameter wrote:
> On Wed, 4 Apr 2007, Badari Pulavarty wrote:
>
> > Well !! Helps a little, but not enough to boot (hangs little later) :(
> > I will try to get stack trace for that.
>
> Great! Thanks for all the debugging help.
>
>
> > Processor 6 f
> -Original Message-
> From: Ed Lin
> Sent: Monday, April 02, 2007 4:02 PM
> To: James Bottomley
> Cc: linux-scsi; linux-kernel; jeff; Promise_Linux
> Subject: RE: [PATCH 3/4] [SCSI]stex: fix reset recovery for
> console device
>
>
>
>
> > -Original Message-
> > From: James
> -Original Message-
> From: Ed Lin
> Sent: Monday, April 02, 2007 4:01 PM
> To: 'James Bottomley'
> Cc: linux-scsi; linux-kernel; jeff; Promise_Linux
> Subject: RE: [PATCH 1/4] [SCSI]stex: fix id mapping issue
>
>
>
>
> > -Original Message-
> > From: James Bottomley [mailto:
It is not now possible for a thread to retrieve its own rusage in
isolation. Its rusage is nowhere exposed without being intermixed with
that of its sibling threads. This patch adds support for an
RUSAGE_THREAD who argument that returns rusage for only the desired
thread.
Untested.
-- wli
Inde
Trivial change to pass vmsplice arguments through the compat layer on
pp64.
Signed-off-by: Don Zickus <[EMAIL PROTECTED]>
diff --git a/include/asm-powerpc/systbl.h b/include/asm-powerpc/systbl.h
index 8d853c5..0b00068 100644
--- a/include/asm-powerpc/systbl.h
+++ b/include/asm-powerpc/systbl.h
@
PATCH 1/1
This patch adds initialization of drv->cylinders back into the failing case in
cciss_geometry_inquiry. I inadvertently removed it in one my 2TB updates.
Please consider this for inclusion.
Signed-off-by: Mike Miller <[EMAIL PROTECTED]>
--
Jiri Kosina <[EMAIL PROTECTED]> writes:
> On Tue, 3 Apr 2007, Jiri Kosina wrote:
>
>> > we're also having problems reproducing it on that same combination
>> > (2.6.21-rc4 + my tree), so it points to something in -mm. Since your
>> > trace is completely different right now it looks like somethin
On Wed, 4 Apr 2007, Andi Kleen wrote:
> >
> > So one of those should probably be done to free people from headaches:
> >
> > - document "start" requirement in the manual page
> > - require len to be aligned too, and document the requirements in the
> > manual page
> > - drop the "start" require
On Wed, Apr 04, 2007 at 12:00:07AM -0700, Paul Menage wrote:
> OK, looking at that, I see a few problems related to the use of
> nsproxy and lack of a container object:
Before we (and everyone else!) gets lost in this thread, let me say somethings
upfront:
- From my understanding, task_struct is
On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> Well !! Helps a little, but not enough to boot (hangs little later) :(
> I will try to get stack trace for that.
Great! Thanks for all the debugging help.
> Processor 6 found.
> Processor 7 found.
> Brought up 8 CPUs
> mm/memory.c:111: bad pud c000
Andi Kleen wrote:
> Hmm, that would break at least my test system until Jan's patch is applied.
>
Boot with vdso=0?
J
-
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/major
On Wed, 4 Apr 2007, Martin Schwidefsky wrote:
>
> the attached patch fixes a data corruption problem that has been
> introduced with the page_mkclean/clear_page_dirty_for_io change
> (the "Yes, Virginia, this is indeed insane." problem :-/)
Ok. I'm a bit worried about something like this, this l
On Wed, 4 Apr 2007, Eric Dumazet wrote:
>
> But results on an Intel Pentium-M are interesting, in particular 2) & 3)
>
> If a page is first allocated as page_zero then cow to a full rw page, this is
> more expensive.
> (2660 cycles instead of 2300)
Yes, you have an extra TLB flush there at a
On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> On Tue, 2007-04-03 at 16:55 -0700, Christoph Lameter wrote:
> > On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> >
> > > Hmm. booted fine with slub_debug :(
> >
> > Try to selectively disable debug options... if you got the
> > time...
> >
> > F.e. Tr
At Wed, 04 Apr 2007 18:38:42 +0200,
Rene Herman wrote:
>
> Other cases-in-point; I've lately been rummaging through sound/isa a
> bit. Nothing much copyrightable again but especially in those situations
> where (some of the) original authors are no longer active, I do again
> want people to con
On Wednesday 04 April 2007 03:06:56 Jeremy Fitzhardinge wrote:
> Everyone wants VDSO to be enabled by default. COMPAT_VDSO still needs
> a fix, but with luck that will turn up soon.
Hmm, that would break at least my test system until Jan's patch is applied.
-Andi
-
To unsubscribe from this list:
Hello!
> Please note that I have dropped this patch in favor of this one:
>
> http://lkml.org/lkml/2007/4/2/422
Yes, this sounds very reasonable.
Have a nice fortnight
--
Martin `MJ' Mares <[EMAIL PROTECTED]>
http://mj.ucw.cz/
Faculty
Hello Eric,
I changed patch according to your comments.
Could you please take a look at it?
Eric Dumazet wrote:
On Wed, 04 Apr 2007 17:15:43 +0400
Maxim Uvarov <[EMAIL PROTECTED]> wrote:
--- linux-2.6.18.orig/arch/i386/kernel/entry.S
+++ linux-2.6.18/arch/i386/kernel/entry.S
@@ -394,6 +39
Hi Dan,
On Wed, Apr 04, 2007 at 07:15:15PM +0300, Dan Aloni wrote:
> The main difference is that disk-backed swap can create I/O pressure which
> would slow down the swap-outs that are not of zeroed pages (and other I/Os
> on that disk for that matter). For purely-RAM virtual memory the latency
>
On Wed, Apr 04, 2007 at 03:18:41PM +0400, Nikita Danilov wrote:
> This pushes binary data to the user space. Wasn't /proc supposed to be
> ascii-based to avoid compatibility problems (e.g., size of unsigned long
> changing, endianness, etc.)?
Most of what's in /proc is ASCII, true. But there are n
Adrian Bunk wrote:
> On Wed, Apr 04, 2007 at 06:33:06PM +0200, Stefan Richter wrote:
>> - usage problems --> get in touch with the _support_
>> - bug reports --> get in touch with _maintainers_
>
> - bug reports against vendor kernels -> get in touch with the _vendor_
> (the vendor might shi
On 04/04/2007 06:00 PM, Alan Cox wrote:
Given that people seem to agree that authorship information has no place
in the binary, that might actually be best.
Authorship information is very useful in the binary, especially when you
have to get lawyers involved in explaining things to people.
O
On Sun, 2007-04-01 at 10:43 +0200, Thomas Gleixner wrote:
> On Sat, 2007-03-31 at 22:23 -0700, [EMAIL PROTECTED] wrote:
> > The patch titled
> > clocksource: driver initialize list value
> > has been added to the -mm tree. Its filename is
> > clocksource-driver-initialize-list-value.patc
Please pull from 'for-linus' branch of
git://git390.osdl.marist.edu/pub/scm/linux-2.6.git for-linus
to receive the following updates:
drivers/s390/cio/device_status.c |8
mm/rmap.c|4 ++--
2 files changed, 10 insertions(+), 2 deletions(-)
Cornel
On Wed, Apr 04, 2007 at 06:33:06PM +0200, Stefan Richter wrote:
> Adrian Bunk wrote:
> > On Wed, Apr 04, 2007 at 03:02:41PM +0200, Rene Herman wrote:
> >> Given modules with multiple authors, current and non-current, I believe
> >> having "modinfo -m" tell the user whom to contact is an avantage.
Linus, Greg,
the attached patch fixes a data corruption problem that has been
introduced with the page_mkclean/clear_page_dirty_for_io change
(the "Yes, Virginia, this is indeed insane." problem :-/)
In essence the fact that clear_page_dirty_for_io is called for
not-uptodate pages causes data corr
Unused ROUND_UP, NAME_OFFSET macro cleanup
Signed-off-by: Milind Arun Choudhary <[EMAIL PROTECTED]>
---
sys_ppc32.c |4
1 files changed, 4 deletions(-)
diff --git a/arch/powerpc/kernel/sys_ppc32.c b/arch/powerpc/kernel/sys_ppc32.c
index 673e8d9..047246a 100644
--- a/arch/powerpc/kern
On Wed, 2007-04-04 at 11:22 -0500, Linas Vepstas wrote:
> The biggest problem would seem to be that the assignment would
> depend on the detection order; there don't seem to be unique
> id's that would help udev consistently assign device names in
> consistent order.
Of course there are. The di
On Monday 02 April 2007 1:04 pm, Alan Stern wrote:
> On Mon, 2 Apr 2007, David Brownell wrote:
> > This is the kind of thing that the pm_parent relationship was (AFAICT)
> > originally supposed to handle. Of course, it doesn't/can't, given the
> > current implementation ... that relationship is n
Adrian Bunk wrote:
> On Wed, Apr 04, 2007 at 03:02:41PM +0200, Rene Herman wrote:
>> Given modules with multiple authors, current and non-current, I believe
>> having "modinfo -m" tell the user whom to contact is an avantage.
>
> Much bigger problems are:
> - Who will maintain this information pr
On Wed, 4 Apr 2007 08:35:30 -0700 (PDT)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> Anyway, I'm not against this, but I can see somebody actually *wanting*
> the ZERO page in some cases. I've used the fact for TLB testing, for
> example, by just doing a big malloc(), and knowing that the kernel
On Wed, Apr 04, 2007 at 05:10:37PM +0100, Hugh Dickins wrote:
> file will be written to later on), and MAP_PRIVATE mmap of /dev/zero
Obviously I meant MAP_PRIVATE of /dev/zero, since it's the only one
backed by the zero page.
> uses the zeromap stuff which we were hoping to eliminate too
> (thoug
On Wed, Apr 04, 2007 at 09:09:28AM -0700, Linus Torvalds wrote:
> You're missing the point. What if it's something like oracle that has been
> tuned for Linux using this? Or even an open-source app that is just used
> by big places and they see performace problems but it's not obvious *why*.
>
>
On 04/03, Srivatsa Vaddagiri wrote:
>
> On Tue, Apr 03, 2007 at 07:03:36PM +0400, Oleg Nesterov wrote:
>
> > is better to introduce a new helper for that, kthread_thaw_stop() or
> > something.
>
> Will think of that.
I changed my mind :) The problem is general, I am starting to believe
it is bet
Theodore Tso wrote:
The other thing I would probably do if I were to do it all over again
is allow serial devices to be named independent of /dev/ttySx
interface, these days probably using /sysfs, so that you could easily
query to figure out what serial controllers/cards were on the system,
and
On Tue, Apr 03, 2007 at 04:09:08PM -0700, Brad Boyer wrote:
> The issue is that the naming should be consistent. I
> shouldn't need to know what the hardware is to use what is fundamentally
> an abstraction of "serial port" as far as the user is concerned. On
> Solaris, I can say "/dev/term/a" and
> One option would be to move the 8250-based serial ports, to, say,
> /dev/ttyN* (for National Semiconductors -- the best I could come up
> with) and redefine /dev/ttyS* as a serial port multiplexer which maps in
> all the types, for the ones that really want dynamic mapping.
I think this makes
On Wed, 4 Apr 2007, Hugh Dickins wrote:
> On Wed, 4 Apr 2007, Andrea Arcangeli wrote:
> > On Wed, Apr 04, 2007 at 04:03:15PM +0100, Hugh Dickins wrote:
> > > Maybe Nick will decide to not to mark the readfaults as dirty.
> >
> > I don't like to mark the pte readonly and clean,
>
> Nor I: I mea
On Wed, Apr 04, 2007 at 05:27:17PM +0200, Andrea Arcangeli wrote:
> On Wed, Apr 04, 2007 at 05:44:21PM +0300, Dan Aloni wrote:
> > To refine that example, you could replace the file with a large anonymous
> > memory pool and a lot of swap space committed to it. In that case - with
> > no ZERO_PAG
On Wed, Apr 04, 2007 at 08:21:54AM -0400, Theodore Tso wrote:
> So if we're going to do the "Worse is Better" thing, what I'd suggest
> doing is that someone simply submit a hack so that pmac_zilog can
> steal minor numbers and use /dev/ttyS0. I accepted the patch way back
> when I was serial main
On Tue, 3 Apr 2007, Jiri Kosina wrote:
> > we're also having problems reproducing it on that same combination
> > (2.6.21-rc4 + my tree), so it points to something in -mm. Since your
> > trace is completely different right now it looks like something else
> > is fuzzing it up. Since the e1000 c
Geert Uytterhoeven wrote:
Oh, and I always thought PTYs were moved to free up more minors for our
zillions of serial ports...
No, PTYs were moved because 64 ptys were woefully inadequate. 256 ptys
were enough of a shortage for many users.
The use of 16-bit Minix device numbers was a major
On Wed, 4 Apr 2007, Andrea Arcangeli wrote:
>
> Ok, those cases wanting the same zero page, could be fairly easily
> converted to an mmap over /dev/zero (without having to run 4k large
> mmap syscalls or nonlinear).
You're missing the point. What if it's something like oracle that has been
tun
Ingo Molnar wrote:
> sure. i simply took the middle numbers. But there's definitely a 'few
> percents' trend in the numbers.
>
Yep. I guess the thing that coloured my summary is that I found overhead
of unpatched paravirt_ops calls surprisingly small. I was really
expecting more like ~10% hit
On Wed, 4 Apr 2007, Andrea Arcangeli wrote:
> On Wed, Apr 04, 2007 at 08:35:30AM -0700, Linus Torvalds wrote:
> > Anyway, I'm not against this, but I can see somebody actually *wanting*
> > the ZERO page in some cases. I've used the fact for TLB testing, for
> > example, by just doing a big mallo
On Wed, Apr 04, 2007 at 04:41:46PM +0100, Hugh Dickins wrote:
> Nor I: I meant that anonymous readfault should
> (perhaps) mark the pte writable but clean.
Sorry I assumed when you said clean you implied readonly... Though
we'd need to differentiate the archs where the dirty bit is not set by
the
David Lang wrote:
On Wed, 4 Apr 2007, Alan Cox wrote:
You don't get machines with 64 ethernet ports on add-in cards. There
are
good reasons for the naming schemes in use.
I've seen machines offering up to 48, what's the magic number that
makes you
need to chagne nameing schemes?
Have you
On Wed, Apr 04, 2007 at 07:55:30PM +1000, Paul Mackerras wrote:
> Russell King writes:
> > FACT: there is no way to know at any particular driver registration time
> > how many "generic" serial ports will be available - as required for the
> > chardev and tty layers.
>
> I think the thing that d
Hi Alan,
> > Given that people seem to agree that authorship information has no place
> > in the binary, that might actually be best.
>
> Authorship information is very useful in the binary, especially when you
> have to get lawyers involved in explaining things to people. Company
> business and
Andi Kleen wrote:
> I was talking about the patched case. It seemed to be a little slower
> too, but in theory it shouldn't have been, no?
Oh, the .25 vs .26? That's definitely noise; on other runs I see no
difference:
paravirt, patched, busy machine
ezr Linux 2.6.21- 1000 0.25 0.52 31.3
301 - 400 of 571 matches
Mail list logo
