On 9/14/07, Bryan Wu <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-09-13 at 13:03 +0200, Bernd Schmidt wrote:
> > Bryan Wu wrote:
> > >>> but mremap doesn't -- there's even an implementation in mm/nommu.c.
> > >>> Could you check the rest of these over to see if they truly don't need
> > >>> to be impl
Should add some comments for the tag barriers (they won't be so important
if we can switch over to the explicit _lock bitops, but for now we should
make it clear).
Jens' original patch said a barrier after the test_and_clear_bit was also
required. I can't see why (and it would prevent the use of
On 9/14/07, Steven Toth <[EMAIL PROTECTED]> wrote:
> Markus Rechberger wrote:
> > On 9/13/07, Steven Toth <[EMAIL PROTECTED]> wrote:
> >
> Also there is to consider a non technical aspect, whether vendors will
> misuse this interface for binary only, undermining the efforts put in
>
On Thursday 13 of September 2007, Jens Axboe wrote:
> Hi,
>
> There's a race condition in blk_queue_end_tag() for shared tag maps,
> users include stex (promise supertrak thingy) and qla2xxx.
[...]
> I'm cc'ing users that reported stex
> problems, hopefully they can test this patch and report back
On Thu, Sep 13, 2007 at 03:44:13PM -0700, Jeremy Fitzhardinge wrote:
> Sam Ravnborg wrote:
> > I would rather see allt this ELFNOTE stuff reverted.
> > It causes troubles for several archs and is at the moment
> > being discussed at arm-kernel for example.
> >
> > Having it reverted and then applie
On Thu, 2007-09-13 at 09:51 +1000, Nick Piggin wrote:
> On Thursday 13 September 2007 19:20, Soeren Sonnenburg wrote:
> > Dear all,
> >
> > I've just seen this in dmesg on a AMD K7 / kernel 2.6.22.6 machine
> > (config attached).
> >
> > Any ideas / which further information needed ?
>
> Thanks fo
Currently the rtc driver, rtc-ds1742.c uses an unsigned long to store
the base mmio address of the NVRAM/RTC. This breaks on systems like
PowerPC 440, which is a 32-bit core with 36-bit physical addresses: IO
on the system, including the RTC, is typically above the 4GB point,
and cannot fit into a
On Thu, 2007-09-13 at 13:03 +0200, Bernd Schmidt wrote:
> Bryan Wu wrote:
> >>> but mremap doesn't -- there's even an implementation in mm/nommu.c.
> >>> Could you check the rest of these over to see if they truly don't need
> >>> to be implemented for no-mmu?
> >> you're right we want mremap, my f
Hi Stephen,
On Wednesday 12 September 2007 07:38, Stephen Hemminger wrote:
> This driver supports the application buttons on some Fujitsu Lifebook laptops.
> It is based on the earlier apanel driver done by Jochen Eisenger, but
> with many changes. The original driver used ioctl's and a separate
It's pretty widely used, and the distributions will turn it on.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
diff -r b546335d7e75 arch/i386/Kconfig
--- a/arch/i386/Kconfig Fri Sep 14 13:24:49 2007 +1000
+++ b/arch/i386/Kconfig Fri Sep 14 13:27:13 2007 +1000
@@ -215,8 +215,8 @@ endchoice
end
We turn "Virtualization" into a menu, not a config option, since it's
actually only used as a menu. Then we move lguest under that menu.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
diff -r c2893801de2a drivers/Kconfig
--- a/drivers/Kconfig Fri Sep 14 13:24:46 2007 +1000
+++ b/drivers/Kcon
Group all the "guest OS" support options together, under
CONFIG_PARAVIRT. Make this a proper menu item so it looks neater on
menuconfig etc, and make the wording for each prompt uniform.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
diff -r 3d3ac181380b arch/i386/Kconfig
--- a/arch/i386/Kconf
> On Fri, 14 Sep 2007 11:02:43 +0900 Yasunori Goto <[EMAIL PROTECTED]> wrote:
>
> > > > /* call arch's memory hotadd */
> > > >
> > >
> > > OK, we're getting into a mess here. This patch fixes
> > > update-n_high_memory-node-state-for-memory-hotadd.patch, but which patch
> > > does upd
Hi Andi and everyone,
Wanted to get your thoughts on this patch. lguest now supports plan9
guests which use 0x40 for system calls. We want to let the guests use
that vector if available, but have no way to stop io_apic from
clobbering it. This does that, and also simplifies the current
On Tue, 11 Sep 2007 14:17:24 +0200 (CEST) Jiri Kosina <[EMAIL PROTECTED]> wrote:
> From: Jiri Kosina <[EMAIL PROTECTED]>
>
> i386 and x86_64: randomize brk()
>
> This patch randomizes the location of the heap (brk) for i386 and x86_64.
> The range is randomized in the range starting at current b
Add Cobalt Raq series LEDs support.
Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
diff -pruN -X mips/Documentation/dontdiff mips-orig/drivers/leds/Kconfig
mips/drivers/leds/Kconfig
--- mips-orig/drivers/leds/Kconfig 2007-09-14 13:05:27.969928000 +0900
+++ mips/drivers/leds/Kconfig 2007-
Update Cobalt Qube series front LED support.
Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
diff -pruN -X mips/Documentation/dontdiff
mips-orig/drivers/leds/leds-cobalt-qube.c mips/drivers/leds/leds-cobalt-qube.c
--- mips-orig/drivers/leds/leds-cobalt-qube.c 2007-09-14 11:16:22.397075500
+09
The leds-cobalt driver only supports the Coable Qube series
(not included in Cobalt Raq series).
This patch has fixed Kconfig and renamed the driver.
Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
diff -pruN -X mips/Documentation/dontdiff mips-orig/drivers/leds/Kconfig
mips/drivers/leds/Kconfig
On Thu, 13 Sep 2007 16:43:16 -0700 David Wilder wrote:
> [it would be easier to review and make sense of the comments
> if the patch were inline instead of attached]
Tom Zanussi <[EMAIL PROTECTED]>
Martin Hunt <[EMAIL PROTECTED]>
David Wilder <[EMAIL PROTECTED]>
Above needs to use Signed-off-b
On Thu, 2007-09-13 at 13:36 +0200, Bernd Schmidt wrote:
> Bryan Wu wrote:
> > This is because a binfmt_flat hacking patch for Blackfin arch is not
> > accept by the mainline.
>
> Did you see someone reject it, or did it just get lost?
>
>
Actually no one response to the patch. Need I resend it
I have an Oops that may be related:
BUG: unable to handle kernel NULL pointer dereference at virtual address
0025
printing eip: c037d81b *pde =
Oops: [#1]
last sysfs file: /devices/pci:00/:00:01.0/:01:00.0/class
Pid: 0, comm: swapper Not tainted (2.6.23-rc4-mm1-conf
On Fri, 14 Sep 2007, Ken'ichi Ohmichi wrote:
> diff -rpuN a/include/linux/kexec.h b/include/linux/kexec.h
> --- a/include/linux/kexec.h 2007-09-10 23:28:42.0 +0900
> +++ b/include/linux/kexec.h 2007-09-10 23:29:52.0 +0900
> @@ -132,11 +132,16 @@ unsigned long paddr_vmcoreinfo_n
Ivan Kokshaysky wrote:
On Thu, Sep 13, 2007 at 02:53:13AM -0700, Greg KH wrote:
On Thu, Sep 13, 2007 at 01:55:36AM -0600, Matthew Wilcox wrote:
Unfortunately if this patch does cause any machine to break, these will
be machines that worked fine up until this point, so that would be a
regression
On Thu, Sep 13, 2007 at 06:14:34PM +0200, Bernhard Walle wrote:
> This patch removes the crashkernel parsing from arch/sh/kernel/machine_kexec.c
> and calls the generic function, introduced in the generic patch, in
> setup_bootmem_allocator().
>
> This is necessary because the amount of System RAM
[4/4] Add a prefix "VMCOREINFO_" to the vmcoreinfo macros.
Old vmcoreinfo macros were defined as generic names SYMBOL/SIZE/OFFSET
/LENGTH/CONFIG, and it is impossible to grep for them. So these names
should be changed. This discussion is the following:
http://www.ussg.iu.edu/hypermail/lin
[3/4] Use the existing ia64_tpa() instead of asm code.
Thanks
Ken'ichi Ohmichi
---
Signed-off-by: Ken'ichi Ohmichi <[EMAIL PROTECTED]>
---
diff -rpuN a/arch/ia64/kernel/machine_kexec.c b/arch/ia64/kernel/machine_kexec.c
--- a/arch/ia64/kernel/machine_kexec.c 2007-09-10 23:30:33.0 +09
[2/4] Add nodemask_t's size and NR_FREE_PAGES's value to vmcoreinfo_data.
The dump filetering command 'makedumpfile'(v1.1.6 or before) had assumed
the above values, and it was not good from the reliability viewpoint.
So makedumpfile v1.2.0 came to need these values and I created the patch
[1/4] Cleanup the coding style according to Andrew's comments:
http://lists.infradead.org/pipermail/kexec/2007-August/000522.html
- vmcoreinfo_append_str() should have suitable __attribute__s so that
the compiler can check its use.
- vmcoreinfo_max_size should have size_t.
- Use get_seconds() i
Hi Andrew,
I updated the cleanup patchset for add-vmcoreinfo.patch.
* Cleanup add-vmcoreinfo.patch v1:
http://www.ussg.iu.edu/hypermail/linux/kernel/0709.1/0318.html
This patchset (v2) includes a new patch[4/4] for adding a prefix
"VMCOREINFO_" to the vmcoreinfo macros. Other patches ([1/4]-[3/4
On Fri, 14 Sep 2007 11:02:43 +0900 Yasunori Goto <[EMAIL PROTECTED]> wrote:
> > > /* call arch's memory hotadd */
> > >
> >
> > OK, we're getting into a mess here. This patch fixes
> > update-n_high_memory-node-state-for-memory-hotadd.patch, but which patch
> > does update-n_high_memory-node-
On Thu, 13 Sep 2007, Mel Gorman wrote:
> Surely, we'll be able to detect the situation where the memory is really
> contiguous as a fast path and have a slower path where fragmentation was
> a problem.
Yes I have a draft here now of a virtual compound page solution that I am
testing with SLUB. P
On Tue, 11 Sep 2007 18:31:12 +0900 Hisashi Hifumi <[EMAIL PROTECTED]> wrote:
> Hi.
> While running some memory intensive load, system response
> deteriorated just after swap-out started.
>
> The cause of this problem is that when a PG_reclaim page is
> moved to the tail of the inactive LRU list i
On 9/13/07, Rob Hussey <[EMAIL PROTECTED]> wrote:
> Bound to single core:
...
> hackbench 50
> # rc1 rc6 cfs-devel
> 1 7.528 7.950 7.538
> 2 7.649 8.026 7.548
> 3 7.613 8.160 7.580
> 4 7.550 8.054 7.558
> 5 7.563 8.373 7.559
> 6 7.617 8.152 7.550
> 7 7.593 7.831 7.562
> 8 7.602 8.311 7
> On Tue, 11 Sep 2007 18:37:12 +0900 Yasunori Goto <[EMAIL PROTECTED]> wrote:
>
> >
> > > > + if (onlined_pages){
> > >
> > > Nit, needs a space there before the '{'.
> >
> > Ah, Ok. I attached fixed patch in this mail.
> >
> > > The problem as I see it is that when we boot the system we
On Friday 14 September 2007 02:09:01 Linus Torvalds wrote:
> On Fri, 14 Sep 2007, Luca Risolia wrote:
> > Hacked-by: Luca Risolia <[EMAIL PROTECTED]>
> >
> > On Friday 14 September 2007 00:27:17 Andreas Herrmann wrote:
> > > This fixes a kernel build problem and
> > > should make it into 2.6.23, I
On Tue, 11 Sep 2007 18:37:12 +0900 Yasunori Goto <[EMAIL PROTECTED]> wrote:
>
> > > + if (onlined_pages){
> >
> > Nit, needs a space there before the '{'.
>
> Ah, Ok. I attached fixed patch in this mail.
>
> > The problem as I see it is that when we boot the system we start a
> > kswapd on all
>
> From: Zhang Rui <[EMAIL PROTECTED]>
> File name should be unique in the same directory.
>
> In order to keep the back-compatibility, only a warning is given
> currently, but actions must be taken to fix it when such duplicates
> are detected.
>
> Bug report and a simple fix can be found here
Markus Rechberger wrote:
On 9/13/07, Steven Toth <[EMAIL PROTECTED]> wrote:
Also there is to consider a non technical aspect, whether vendors will
misuse this interface for binary only, undermining the efforts put in
for OSS drivers.
What holds companies for using the current avai
On Thu, 13 Sep 2007 22:19:20 +0200
Richard Knutsson <[EMAIL PROTECTED]> wrote:
> > +static inline int page_is_pagecache(struct page *page)
> >
> Why return it as an 'int' instead of 'bool'?
> > +{
> > + if (!page->mapping || (page->mapping & PAGE_MAPPING_ANON))
> > + return 0;
> > +
Now I'm improving the performance to scan bitmap in SELinux,
with replacing its original bitmap implementation (ebitmap)
by common bitops like find_next_bit().
I posted a patch to replace them, however, it got a bit complex
bacause we had to translate u64 <--> unsigned long by myself
to adjust bet
On Mon, 10 Sep 2007 12:20:11 +0100 (IST) Mel Gorman <[EMAIL PROTECTED]> wrote:
> Here is a restacked version of the grouping pages by mobility patches
> based on the patches currently in your tree. It should be a drop-in
> replacement for what is in 2.6.23-rc4-mm1 and is what I propose for mergin
[EMAIL PROTECTED] wrote:
> Due to commit 02a5e0acb3cb85d80d0fe834e366d38a92bbaa22
> kernel build is broken if (CONFIG_COMPAT && ! CONFIG_BLOCK):
> ...
> ... or better apply the attached patch to fix it.
Acked-By: David Howells <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "un
On Thu, 13 Sep 2007 22:32:12 +0100
Richard Purdie <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-09-13 at 23:54 +0900, Yoichi Yuasa wrote:
> > Add Cobalt Raq LEDs support.
> >
> > Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
>
> Not the clearest patch I've ever seen or the most helpful patch
> des
Am Donnerstag, den 13.09.2007, 16:36 -0400 schrieb Steven Toth:
> >
> >> Also there is to consider a non technical aspect, whether vendors will
> >> misuse this interface for binary only, undermining the efforts put in
> >> for OSS drivers.
> >>
> >>
> >
> > What holds companies for using t
On Thu, Sep 13, 2007 at 03:13:46PM -0400, Alan Stern wrote:
> On Thu, 13 Sep 2007, Linus Torvalds wrote:
>
> > In general, I think the USB blacklist/whitelists are generally a sign of
> > some deeper bug.
> >
> > We used to have a lot of those things due to simply incorrect SCSI
> > probing, ca
Jeff Garzik wrote:
Jon Ivar Rykkelid wrote:
Hi,
I now tested with the adma=0 option, but if anything I got a crash
quicker than before. Same error message started coming in, but this
time the system hung before I was able to capture the log as well (but
I saw the error, and it was the same a
Hello.
I would like to propose patch that reduces overhead in read/write by SELinux.
I sent RFC in previous thread.
http://lkml.org/lkml/2007/9/6/14
As a result of discussion in previous thread,
quality of code has improved, so I would like to submit patch here.
1. Background
Look at benchmark r
Hi!,
This is a first stab at a Linux driver for the Elantech touchpad as found on
some laptops (e.g. MSI MS-1035 aka L725).
Insight in the protocol and configuration options came from investigating
the behaviour of the Windows Elantech touchpad driver in a Qemu instance by
logging the PS/2 data
On Fri, 14 Sep 2007, Adrian Bunk wrote:
>
> E.g. when looking at the reverse dependencies of libhal, it would not be
> funny if kernel 2.6.43 required a more recent version of HAL.
Adrian, what's the point of answering your questions, WHEN YOU DON'T EVEN
READ THE ANSWERS!
So stop repeating y
On Thu, 13 Sep 2007 08:58:32 -0400
Stephen Smalley wrote:
> On Wed, 2007-09-12 at 17:51 +0900, Yuichi Nakamura wrote:
> Thanks, a few comments below.
Thanks for comments!
> >
> > * Description of patch
> > This patch improves performance of read/write in SELinux.
> > It improves performance by
On Fri, 14 Sep 2007, Luca Risolia wrote:
> Hacked-by: Luca Risolia <[EMAIL PROTECTED]>
>
> On Friday 14 September 2007 00:27:17 Andreas Herrmann wrote:
> > This fixes a kernel build problem and
> > should make it into 2.6.23, I think.
> >
> >
> > Regards,
> >
> > Andreas
> >
> > --
> >
> > Get
Due to historical reasons, struct kobject contained a static array for
the name, and a dynamic pointer in case the name got bigger than the
array. That's just dumb, as people didn't always know which variable to
reference, even with the accessor for the kobject name.
This patch removes the static
struct cdev does not need the kobject name to be set, as it is never
used. This patch fixes up the few places it is set.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
block/bsg.c |5 +
drivers/char/raw.c |5 +
drivers/media
A number of different drivers incorrect access the kobject name field
directly. This is not correct as the name might not be in the array.
Use the proper accessor function instead.
---
block/elevator.c |2 +-
block/ll_rw_blk.c |2 +-
drivers/acpi/bus.c|2 +-
A kset should not have its name set directly, so dynamically set the
name at runtime.
This is needed to remove the static array in the kobject structure which
will be changed in a future patch.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/edac/edac_mc_sysfs.c |3 ++-
f
struct cdev does not need the kobject name to be set, as it is never
used. This patch fixes up the few places it is set.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
block/bsg.c |5 +
drivers/char/raw.c |5 +
drivers/media/d
This macro is only used by the driver core and is held over from when we
had subsystems. It is not needed anymore.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/bus.c |3 ++-
drivers/base/class.c|2 +-
include/linux/kobject.h | 13 -
3 fi
On Mon, Sep 10, 2007 at 10:54:10AM -0700, Andrew Morton wrote:
>
> I once made the mistake of putting a "please tell [EMAIL PROTECTED]" printk
> in 3c59x.c. My inbox nearly died. Then there's that damned "PCI bus hidden
> behind transparent bus" printk which I've actually removed from -mm becaus
We want to let people know when we create a duplicate sysfs file, as
they need to fix up their code.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
fs/sysfs/dir.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
--- a/fs/sysfs/dir.c
+++ b/fs/sysfs/dir.c
@@ -428,8 +428,1
There are no more subsystems, it's a kset now so remove the function and
the only two users, which are in the driver core.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/bus.c |2 +-
drivers/base/class.c|2 +-
include/linux/kobject.h |7 ---
lib/k
There are no more subsystems, it's a kset now so remove the function and
the only two users, which are in the driver core.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/bus.c |2 +-
drivers/base/class.c|2 +-
include/linux/kobject.h |5 -
lib/kob
put_bus() should not be globally visable as it is not used by anything
other than drivers/base/bus.c. This patch removes the visability of it,
and renames it to match all of the other *_put() functions in the
kernel.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/base.h
This macro is only used by the driver core and is held over from when we
had subsystems. It is not needed anymore.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/sys.c |2 +-
include/linux/kobject.h | 14 --
2 files changed, 1 insertion(+), 15 del
get_bus() should not be globally visable as it is not used by anything
other than drivers/base/bus.c. This patch removes the visability of it,
and renames it to match all of the other *_get() functions in the
kernel.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/base.h
Kay pointed out to me the other day that we are dragging around 20 bytes
in every struct kobject and in every struct device to contain a name
string that can be dynamically allocated instead. For small device
names (the majority), this savings can add up, especially with a lot of
individual device
On Wed, Sep 12, 2007 at 03:36:10PM -0700, Andrew Morton wrote:
> On Wed, 12 Sep 2007 20:50:10 +0200 (CEST)
> Guennadi Liakhovetski <[EMAIL PROTECTED]> wrote:
>
> > Enable wakeup from serial ports, make it run-time configurable over sysfs,
> > e.g.,
> >
> > echo enabled > /sys/devices/platform/se
This patch allows relay channels to be reset i.e. unconsumed.
Basically allows a 'rewind' function for flight-recorder tracing.
Signed-off-by: Tom Zanussi <[EMAIL PROTECTED]>
Signed-off-by: David Wilder <[EMAIL PROTECTED]>
---
Documentation/filesystems/relay.txt | 11 ++
include/linux/rel
Trace - Provides tracing primitives
Tom Zanussi <[EMAIL PROTECTED]>
Martin Hunt <[EMAIL PROTECTED]>
David Wilder <[EMAIL PROTECTED]>
---
Documentation/trace.txt | 297
include/linux/trace.h | 99
lib/Kconfig | 10 +
lib/Makefile|
These patches provide a kernel tracing interface called "trace".
The motivation for "trace" is to:
- Provide a simple set of tracing primitives that will utilize the high-
performance and low-overhead of relayfs for passing traces data from
kernel to user space.
- Provide a common user interfac
Peter,
I have been using your -v9 backport to 2.6.22 (thanks very much
btw) for the last few days on an amd64 system configured like this:
[/],[/home],[/backup],...
on top of
[lvm2]
using
[/dev/sdb]
which is an
[areca hw raid 6 device made up from 8 sata disks]
With your patch, perform
On Thu, Sep 13, 2007 at 11:57:53AM -0700, Chris Wedgwood wrote:
> > I would like to attribute whoever made this somehow.
>
> so would i, i assume it was davej + others so i cc'd him on this
> hoping for feedback
90%+ of that part of the fedora specfile was Arjan's doings,
myself, dwmw2 an
Due to commit 02a5e0acb3cb85d80d0fe834e366d38a92bbaa22
kernel build is broken if (CONFIG_COMPAT && ! CONFIG_BLOCK):
CC fs/compat_ioctl.o
In file included from include/linux/raid/md_k.h:19,
from include/linux/raid/md.h:54,
from fs/compat_ioctl.c:25:
include/
Jeremy Fitzhardinge wrote:
Chris Friesen wrote:
The elf spec says that PT_LOAD segments must be ordered by vaddr. We
want to have a segment at a relatively low fixed vaddr. The exact
address is not important, except that it's lower than the standard elf
headers and so it must be the first seg
and here's something a bit more intrusive.
The initial idea was to completely get rid of 'se->fair_key'. It's always equal
to 'se->vruntime' for
all runnable tasks but the 'current'. The exact key within the tree for the
'current' has to be known in
order for __enqueue_entity() to work properly
On 9/14/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
> Pavel, want to look at the patch before sending it to Linus?
>
> [acpi] Correct the decoding of video mode numbers in wakeup.S
HPA,
After a day, still works, no video mess-up after s2ram resume. I guess
we can close this regression for -
On Friday 14 September 2007 00:00, Andrew Morton wrote:
> > In short, patch makes trivial changes which are "obviously correct"
> > (famous last words).
>
> The intent seems reasonable. Would have preferred separate patches for the
> separate things though..
>
> This:
>
> akpm:/usr/src/25> grep
On 9/13/07, Steven Toth <[EMAIL PROTECTED]> wrote:
>
> >
> >> Also there is to consider a non technical aspect, whether vendors will
> >> misuse this interface for binary only, undermining the efforts put in
> >> for OSS drivers.
> >>
> >>
> >
> > What holds companies for using the current availabl
On Thu, 2007-09-13 at 17:21 -0400, Mathieu Desnoyers wrote:
> * Rusty Russell ([EMAIL PROTECTED]) wrote:
> > Sure, but why is that the caller's problem? immediate_set() isn't
> > fastpath, so why not make it do an "if (early_boot)" internally?
>
> I see two reasons:
> 1 - early_boot, or anything
On 9/13/07, Robin Getz <[EMAIL PROTECTED]> wrote:
> On Thu 13 Sep 2007 14:28, Josh Boyer pondered:
> > On 9/12/07, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > > Since AMD shunted its flash memory division, the URI in the mtd Kconfig
> > > is now
> > > broken, so the attached patch points people
Roman,
I've been trying to follow your mails about CFS since your review posted
on Aug 1st. Back to that date, I was thinking "cool, an in-depth review
by someone who understands schedulers and mathematics very well, we'll
quickly have a very solid design".
On Aug 10th, I was disappointed to see
On Fri, 14 Sep 2007 00:50:25 +0200
Laurent Riffard <[EMAIL PROTECTED]> wrote:
> I dig through git-block.patch and the culprit seems to be commit
> c94f1c4ac87862675c8d70941973bc3a69aff5d8 "bio: use memset() in
> bio_init()".
I think I'll be dropping git-block. There were a number of problems
in
On Thu, 13 Sep 2007 23:30:33 +0100
Denys Vlasenko <[EMAIL PROTECTED]> wrote:
> module.c and module.h conatains code for finding
> exported symbols which are declared with EXPORT_UNUSED_SYMBOL,
> and this code is compiled in even if CONFIG_UNUSED_SYMBOLS is not set
> and thus there can be no EXPORT
Hi,
please find a couple of minor cleanups below (on top of
sched-cfs-v2.6.23-rc6-v21-combo-3.patch):
(1)
Better placement of #ifdef CONFIG_SCHEDSTAT block in dequeue_entity().
Signed-off-by: Dmitry Adamushko <[EMAIL PROTECTED]>
---
diff -upr linux-2.6.23-rc6/kernel/sched_fair.c
linux-2.6.
Le 10.09.2007 22:19, Laurent Riffard a écrit :
> Le 01.09.2007 06:58, Andrew Morton a écrit :
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/
> [...]
>
> Jens,
>
> git-block.patch broke pktcdvd, I've got an Oops while syncing:
>
>> [ 713.014888] pktc
Sam Ravnborg wrote:
> I would rather see allt this ELFNOTE stuff reverted.
> It causes troubles for several archs and is at the moment
> being discussed at arm-kernel for example.
>
> Having it reverted and then applied when it is ready for all archs would
> be preferred.
>
What problems does i
Hi Andrew,
module.c and module.h conatains code for finding
exported symbols which are declared with EXPORT_UNUSED_SYMBOL,
and this code is compiled in even if CONFIG_UNUSED_SYMBOLS is not set
and thus there can be no EXPORT_UNUSED_SYMBOLs in modules anyway
(because EXPORT_UNUSED_SYMBOL(x) are com
Hacked-by: Luca Risolia <[EMAIL PROTECTED]>
On Friday 14 September 2007 00:27:17 Andreas Herrmann wrote:
> This fixes a kernel build problem and
> should make it into 2.6.23, I think.
>
>
> Regards,
>
> Andreas
>
> --
>
> Get rid of some v4l1 remainders to avoid kernel build errors if
> V4L1_COMPA
This fixes a kernel build problem and
should make it into 2.6.23, I think.
Regards,
Andreas
--
Get rid of some v4l1 remainders to avoid kernel build errors if
V4L1_COMPAT is not selected:
drivers/media/video/et61x251/et61x251_core.c: In et61x251_show_:
drivers/media/video/et61x251/et61x25
On Sat, 08 Sep 2007 18:42:10 +0200
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> > > If so, the finger points at this:
> > >
> > > static __inline__ void __clear_bit_unlock(int nr, volatile unsigned long
> > > *addr) {
> > > __asm__ __volatile__(LWSYNC_ON_SMP ::: "memory");
> > > __cl
On Thu, Sep 13, 2007 at 02:42:28PM -0700, Andrew Morton wrote:
> On Thu, 06 Sep 2007 11:36:21 +0100
> Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
>
> > Bernhard Walle wrote:
> > > This patch adds version information to the ELF kernel file. Together
> > > with the bzImage version information, th
On Thu, Sep 13, 2007 at 11:28:42PM +0200, Adrian Bunk wrote:
> On Thu, Sep 13, 2007 at 01:44:23PM -0700, Linus Torvalds wrote:
> >
> >
> > On Thu, 13 Sep 2007, Adrian Bunk wrote:
> > >
> > > No, what I'm concerned about is that this would require userspace for
> > > something that is completely
On Thu, Sep 13, 2007 at 05:07:16PM +0200, Luca Risolia wrote:
> On Thursday 13 September 2007 14:36:27 [EMAIL PROTECTED] wrote:
> > With current git tree I get an build error
> > for et61x251, if V4L1_COMPAT is not selected:
> >
> > drivers/media/video/et61x251/et61x251_core.c: In et61x251_show_:
>
On Thu, 2007-09-13 at 14:11 -0700, Roland Dreier wrote:
>
> I've been meaning to track down the bnx2 iscsi offload patch to look
> and see if this issue is addressed, since the same problem seems to
> exist: it seems an iscsi connection and a main stack tcp connection
> might share the same 4-tup
Chris Friesen wrote:
> The elf spec says that PT_LOAD segments must be ordered by vaddr. We
> want to have a segment at a relatively low fixed vaddr. The exact
> address is not important, except that it's lower than the standard elf
> headers and so it must be the first segment in the elf file.
Andrew Morton wrote:
> On Thu, 06 Sep 2007 11:36:21 +0100
> Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
>
>
>> Bernhard Walle wrote:
>>
>>> This patch adds version information to the ELF kernel file. Together
>>> with the bzImage version information, this allows distributions to
>>> iden
From: Greg KH <[EMAIL PROTECTED]>
Date: Thu, 13 Sep 2007 07:42:36 -0700
> Are you asking for this patch to go into the 2.6.22-y tree? If so,
> please send it to the [EMAIL PROTECTED] address so we know to add it
> to the queue.
I'll do that after I land in Seattle in about 7 hours and
do some te
First, let me apologize if the tone of my other post came through as angry or
frustrated. Text can sometimes be misleading as to tone. I certainly wasn't
angry.
Second, let me say that I'm definitely not suggesting that you were wrong to
bring this to everyone's attention. Even if it turns out
On Thu, 06 Sep 2007 11:36:21 +0100
Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> Bernhard Walle wrote:
> > This patch adds version information to the ELF kernel file. Together
> > with the bzImage version information, this allows distributions to
> > identify the kernel version based on the fil
Pavel, want to look at the patch before sending it to Linus?
--- THIS IS NOT (YET) A PULL REQUEST ---
-hpa
From: H. Peter Anvin <[EMAIL PROTECTED]>
To: Linus Torvalds <[EMAIL PROTECTED]>
Cc: Linux Kernel Mailing List
Bcc: H. Peter Anvin <[EMAIL PROTECTED]>
Subject: [GIT PULL] Fix
On Thu, 2007-09-13 at 23:54 +0900, Yoichi Yuasa wrote:
> Add Cobalt Raq LEDs support.
>
> Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
Not the clearest patch I've ever seen or the most helpful patch
description. The rename could probably be split from the additional new
driver at least...
> d
1 - 100 of 381 matches
Mail list logo