On 5/2/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
Uwe Bugla wrote:
> Original-Nachricht
> Datum: Wed, 02 May 2007 17:30:32 +0400
> Von: Manu Abraham <[EMAIL PROTECTED]>
> An: Trent Piepho <[EMAIL PROTECTED]>
> CC: Simon Arlott <[EMAIL PROTECTED]>, Linux Kernel Mailing list
,
Am 02.05.2007 09:52 schrieb Greg KH:
> Tilman, here's a patch, can you try this on top of your tree that dies?
2.6.21-git3 plus that patch comes up fine.
(Except for a UDP problem I seem to remember I already saw reported
on lkml and which I'll ignore for now in order not to blur the
picture.)
On Wed, 2 May 2007, Ulrich Drepper wrote:
> > It simple as is, there is no need to overdesign.
>
> There is no reason to go with a limited, too-simple minded design if
> we've already identified a much better design. The fact that poll is
> used today does not excuse piling on more and more
On Wed, May 02, 2007 at 09:47:07AM -0700, Andrew Morton wrote:
> > That doesn't constitute using it.
>
> Andi, there was a huge amount of discussion about all this in September last
> year (subjects: *markers* and *LTTng*). The outcome of all that was, I
> believe, that the kernel should have a
On Tue, May 01, 2007 at 10:57:14PM -0400, Ting Yang wrote:
> "A Proportional Share REsource Allocation Algorithm for Real-Time,
> Time-Shared Systems", by Ion Stoica. You can find the paper here:
> http://citeseer.ist.psu.edu/37752.html
Good paper ..thanks for the pointer.
I briefly went thr'
On Tue, 1 May 2007, Andrew Morton wrote:
> David, could you provide some feedback please? The patches are stunningly
> free of comments, but you used to do that to me pretty often so my sympathy
> is limited ;)
You bastard! :)
Ok, from a brief look ...
[general]
The code adds an extra
* Andi Kleen ([EMAIL PROTECTED]) wrote:
> > It is currently used as an instrumentation infrastructure for the LTTng
> > tracer at IBM, Google, Autodesk, Sony, MontaVista and deployed in
> > WindRiver products. The SystemTAP project also plan to use this type of
> > infrastructure to trace sites
On Wed, 2 May 2007, Hugh Dickins wrote:
> I presume the answer is just to extend your quicklist work to
> powerpc's lowest level of pagetables. The only other architecture
> which is using kmem_cache for them is arm26, which has
> "#error SMP is not supported", so won't be giving this problem.
On Wed, 2 May 2007, Adrian Bunk wrote:
> If we don't want any warnings with CONFIG_PCI=n, CONFIG_SYSFS=n or
> CONFIG_PROC_FS=n, we'd have to annotate _many_ functions.
>
> If the lonterm goal is to compile the kernel with -Werror then we need
> -Wno-unused-function, not annotating individual
Bill Irwin <[EMAIL PROTECTED]> writes:
> Bill Irwin wrote:
>>> Brain dump before crashing for the night:
>>> The patch refuses to clobber already-present pagetable entries of
>>> whatever origin. There are pagetables prior to this setup covering the
>>> address range just above PAGE_OFFSET. If
On Wed, May 02, 2007 at 04:47:16PM +0200, Wolfgang Erig wrote:
> On Tue, May 01, 2007 at 12:01:56PM -0400, Chuck Ebbert wrote:
> > Output from kernel with CONFIG_PCI_DEBUG could be useful.
> >
> Linux version 2.6.21-gde46c337 ([EMAIL PROTECTED]) (gcc version 4.1.2
> 20061115 (prerelease) (Debian
Add an smp_call_function_single() to the powerpc architecture. Since this
is very similar to the existing smp_call_function() routine, the common
portions have been split out into __smp_call_function(). Since the
spin_lock(_lock) was moved to __smp_call_function(),
smp_call_function() now
Change the powerpc version of topology_init() from an __initcall to
a subsys_initcall to match all other architectures.
Signed-off-by: Kevin Corry <[EMAIL PROTECTED]>
Index: linux-2.6.21/arch/powerpc/kernel/sysfs.c
===
---
On Mon, 30 Apr 2007, Andi Kleen wrote:
> Subject: [PATCH] [16/34] i386: fix mtrr sections
NACK - obsolete, replaced by:
Jeremy Fitzhardinge - "x86: clean up identify_cpu"
http://lkml.org/lkml/2007/4/7/113 [it's also patch 11/26 in this thread]
It's a leftover of "__init to __cpuinit in mtrr
Hi,
This is a repost of a couple patches I posted about a month ago related to
porting perfmon2 to powerpc. I wanted to see if there were any further
comments on these patches, and also wanted to ask if these should be
submitted separately to the ppc kernel maintainers, or if they should be
On 5/2/07, Davi Arnaut <[EMAIL PROTECTED]> wrote:
thread A:
int fd = plfutex(addr, 0);
do
poll(fdset+fd);
process network events
queue obj to thread B
if fd:
job processed
thread B:
wait_job();
process_job();
raise_event(addr);
Ulrich Drepper wrote:
On 5/2/07, Davi Arnaut <[EMAIL PROTECTED]> wrote:
It's quite easy to implement this scheme by write()ing the futexes all
at once but that would break the one futex per fd association. For
atomicity: if one of the futexes can't be queued, we would rollback
(unqueue) the
On Wed, 2 May 2007, Andi Kleen wrote:
> On Wednesday 02 May 2007 06:28:22 David Rientjes wrote:
> > In the case of !CONFIG_PCI_DIRECT && !CONFIG_PCI_MMCONFIG, type is
> > unreferened.
>
> The patch didn't compile on i386 defconfig. Fixed now but please
> compile test future patches.
>
That's
On Wed, 2 May 2007, Hugh Dickins wrote:
> But if Linus' tree is to be better than a warehouse to avoid
> awkward merges, I still think we want it to default to on for
> all the architectures, and for most if not all -rcs.
At some point I dream that SLUB could become the default but I thought
On Wed, 2 May 2007, Hugh Dickins wrote:
> > Why would we need to go back to SLAB if we have not switched to SLUB? SLUB
> > is marked experimental and not the default.
>
> I said above that I thought SLUB ought to be defaulted to on throughout
> the -rcs: if we don't do that, we're not going to
isapnp[] is only used for CONFIG_PNP. If this configuration option is
not set, do not declare the array.
Cc: Adam Belay <[EMAIL PROTECTED]>
Cc: Jaroslav Kysela <[EMAIL PROTECTED]>
Signed-off-by: David Rientjes <[EMAIL PROTECTED]>
---
sound/isa/wavefront/wavefront.c |2 ++
1 files changed, 2
Ulrich Drepper wrote:
On 5/2/07, Eric Dumazet <[EMAIL PROTECTED]> wrote:
I understand your concerns, but *this* patch bundle extends
poll()/select()/epoll, and is not an alternative to kevent or other
work in progress, (and linux centered)
It is adding huge amounts of complexity and at the
On Wed, 2007-05-02 at 19:48 +0400, Sergei Shtylyov wrote:
> Fix misnamed fields of 'struct clock_event_device' in the kernel-doc comment.
> Convert the acronyms to uppercase, while at it...
>
> Signed-off-by: Sergei Shtylyov <[EMAIL PROTECTED]>
Acked-by: Thomas Gleixner <[EMAIL PROTECTED]>
-
On 5/2/07, Daniel J Blueman <[EMAIL PROTECTED]> wrote:
There are 128-processor IA64 systems which run recent 2.6 kernels out
there; the per-processor counters, RCU and page-fault scalability work
has been instrumental to the necessary scaling for decent resource
usage on these.
128 cpu is a
>
> It needs verification with the testcase from this thread.
Verified. Bug is fixed.
-Andi
-
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
Please read
On Wed, 2 May 2007 12:44:13 +0200 Andi Kleen <[EMAIL PROTECTED]> wrote:
> > It is currently used as an instrumentation infrastructure for the LTTng
> > tracer at IBM, Google, Autodesk, Sony, MontaVista and deployed in
> > WindRiver products. The SystemTAP project also plan to use this type of
>
On 5/2/07, Davi Arnaut <[EMAIL PROTECTED]> wrote:
It's quite easy to implement this scheme by write()ing the futexes all
at once but that would break the one futex per fd association. For
atomicity: if one of the futexes can't be queued, we would rollback
(unqueue) the others.
Sounds sane?
I
Uwe Bugla wrote:
> Original-Nachricht
> Datum: Wed, 02 May 2007 17:30:32 +0400
> Von: Manu Abraham <[EMAIL PROTECTED]>
> An: Trent Piepho <[EMAIL PROTECTED]>
> CC: Simon Arlott <[EMAIL PROTECTED]>, Linux Kernel Mailing list
> , [EMAIL PROTECTED], Jan Engelhardt <[EMAIL
>
Uwe Bugla wrote:
> Original-Nachricht
> Datum: Wed, 02 May 2007 17:30:32 +0400
> Von: Manu Abraham <[EMAIL PROTECTED]>
> An: Trent Piepho <[EMAIL PROTECTED]>
> CC: Simon Arlott <[EMAIL PROTECTED]>, Linux Kernel Mailing list
> , [EMAIL PROTECTED], Jan Engelhardt <[EMAIL
>
> From: Dagfinn Ilmari Mannsåker [mailto:[EMAIL PROTECTED]
> How about hard drive controllers with RAID accelleration features (but
> not full hardware RAID capability) such as the Promise SX4
> (http://linux-ata.org/faq-sata-raid.html#sx4)?
>
See this thread:
* Vegard Nossum <[EMAIL PROTECTED]> wrote:
> The sys_sched_yield_to() is not callable from userspace on i386
> because it is not part of the syscall table
> (arch/i386/kernel/syscall_table.S). This causes sysenter_entry
> (arch/i386/kernel/entry.S) to use the wrong count for nr_syscalls (320
On 5/2/07, Eric Dumazet <[EMAIL PROTECTED]> wrote:
I understand your concerns, but *this* patch bundle extends
poll()/select()/epoll, and is not an alternative to kevent or other work in
progress, (and linux centered)
It is adding huge amounts of complexity and at the same time is not
Andi Kleen <[EMAIL PROTECTED]> writes:
> [...] The SystemTAP project also plan to use this type of
> > infrastructure to trace sites hard to instrument. The Linux Kernel
> > Markers has the support of Frank C. Eigler, author of their current
> > marker alternative [...]
>
> All of the above
"Williams, Dan J" <[EMAIL PROTECTED]> writes:
>> From: Justin Piszcz [mailto:[EMAIL PROTECTED]
>> I have not been following this closely, must you have an
>> CONFIG_INTEL_IOP_ADMA piece of hardware and/or chipset to use this
>> feature or can regular desktop users take hold of it as well?
>>
>
Hi Gautham-
Gautham R Shenoy wrote:
>
> Looking at the topology_init() code, I observe that the meaning of
> the cpuX/ directory entries in /sys/devices/system/cpu/ might be
> different for different architectures.
>
> Looks like, in case of i386, ia64, m32, mips etc, the cpuX directory
Bill Irwin wrote:
>> Brain dump before crashing for the night:
>> The patch refuses to clobber already-present pagetable entries of
>> whatever origin. There are pagetables prior to this setup covering the
>> address range just above PAGE_OFFSET. If this theory is correct, you
>> should only be
Bill Irwin wrote:
> Brain dump before crashing for the night:
>
> The patch refuses to clobber already-present pagetable entries of
> whatever origin. There are pagetables prior to this setup covering the
> address range just above PAGE_OFFSET. If this theory is correct, you
> should only be able
On Fri, Apr 27, 2007 at 10:49:32PM +0100, Alan Cox wrote:
(please CC: me on patches that I submitted, I missed this...)
> Unless there is something I'm missing most of these patches seem totally
> unsafe.
Hm, no, they were using a lock that was never being used by the core,
thereby protecting
On Wed, 2 May 2007, Williams, Dan J wrote:
From: Justin Piszcz [mailto:[EMAIL PROTECTED]
I have not been following this closely, must you have an
CONFIG_INTEL_IOP_ADMA piece of hardware and/or chipset to use this
feature or can regular desktop users take hold of it as well?
Currently this
>Prarit, Jan: here's the original patch plus the two fixups. Could you please
>re-review and ideally re-test this, let me know the result?
Works fine for me - ack. Jan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
Hello, i'm running debin sarge(3.1) with kernel 2.6.16.7 and came
across this kernel oops. It locked up shortly afterwords. Its a
terminal server so there is a lot of different things going on so i'm
not sure exactly what caused this to happen. Anyone have any ideas?
Here is the log of what
> From: Justin Piszcz [mailto:[EMAIL PROTECTED]
> I have not been following this closely, must you have an
> CONFIG_INTEL_IOP_ADMA piece of hardware and/or chipset to use this
> feature or can regular desktop users take hold of it as well?
>
Currently this feature is available on the iop series
Change synclink_gt driver to use dynamic tty device registration.
Signed-off-by: Paul Fulghum <[EMAIL PROTECTED]>
--- a/drivers/char/synclink_gt.c2007-04-25 22:08:32.0 -0500
+++ b/drivers/char/synclink_gt.c2007-05-02 11:11:34.0 -0500
@@ -3415,6 +3415,9 @@ static
On Tue, May 01, 2007 at 02:23:25PM -0700, Andrew Morton wrote:
> On Tue, 1 May 2007 13:43:18 -0700
> "Cabot, Mason B" <[EMAIL PROTECTED]> wrote:
>
> > I've been testing the NAS performance of ext3/Openfiler 2.2 against
> > NTFS/WinXP and have found that NTFS significantly outperforms ext3 for
> >
Christian Schmidt <[EMAIL PROTECTED]> writes:
>> Global cache is easy to understand - file system / inode caches. What
>> exactly is buffers, though?
On Wed, May 02, 2007 at 02:25:29PM +0200, Andi Kleen wrote:
> http://www.halobates.de/memorywaste.pdf and http://www.halobates.de/memory.pdf
> give
Michel Lespinasse wrote:
On my system, every e1000_watchdog() invocation calls e1000_read_phy_reg()
twice: first near the top of e1000_check_for_link() within the
e1000_media_type_copper && hw->get_link_status condition, then within
e1000_update_stats() to read and update the idle_errors
John Stoffel wrote:
>> "Stefan" == Stefan Richter <[EMAIL PROTECTED]> writes:
[...]
Hmm, I'm just spotting some artifacts after a recent file-renaming patch:
> Stefan> --- /dev/null
> Stefan> +++ linux_juju/include/linux/firewire-cdev.h
^^^
On Wed, May 02, 2007 at 02:21:40PM +0200, Andi Kleen wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
> >
> > Conceivably we could address this in the filesystem without mucking other
> > things up. But I'd have thought the simplest damage-control would be to
> > detect this pattern in samba
On Wed, 2 May 2007 11:17:00 -0400
Dave Johnson <[EMAIL PROTECTED]> wrote:
>
> I have two processes with the same tty open, one opens blocking and
> one opens nonblocking.
>
> If the blocking process blocks doing a write (due to flow control,
> just going to fast, etc...) the nonblocking process
On Wed, 2 May 2007, Williams, Dan J wrote:
From: Nick Piggin [mailto:[EMAIL PROTECTED]
I am pleased to release this latest spin of the raid acceleration
patches for merge consideration. This release aims to address all
pending review items including MD bug fixes and async_tx api changes
Hi,
I'm attaching the phantom driver -v2. Please drop
input-ff-add-ff_raw-effect.patch
input-phantom-add-a-new-driver.patch
before applying this patch. Thanks.
--
add sensable phantom driver
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit d8cb58f904b80e250383e68832204fafaf02da8b
On 4/29/07, Jiri Slaby <[EMAIL PROTECTED]> wrote:
cyclades, use IS_CYC_Z macro
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 167ae9073fef562913c9d68d32da883da5444fbc
tree 5d5795a789e6ce98a5a1226cf88e2b98b1d9a12a
parent b462f2fd89bff92e55be6a5317a3be0ad6a93ad8
author Jiri Slaby
On Wed, 2 May 2007 11:38:47 -0400
Jeff Dike <[EMAIL PROTECTED]> wrote:
> On Wed, May 02, 2007 at 11:37:48AM +0200, Andi Kleen wrote:
> > Doesn't apply against the latest ff tree. Can you please regenerate,
> > not losing whatever change caused it to reject?
>
> What's the ff tree? Is 'f' next
On 5/2/07, Stefan Richter <[EMAIL PROTECTED]> wrote:
+/* The lib/crc16.c implementation uses the standard (0x8005)
+ * polynomial, but we need the ITU-T (or CCITT) polynomial (0x1021).
+ * The implementation below works on an array of host-endian u32
+ * words, assuming they'll be transmited msb
On Wed, 02 May 2007, Con Kolivas wrote:
> Anyway, good, bad or indifferent I intend to keep it around for comparison to
> drive cfs further.
Well, just to let you know some of us really like the design, and prefer to
use SD and have an extremely strict scheduling priority set through nice
Original-Nachricht
Datum: Wed, 02 May 2007 17:30:32 +0400
Von: Manu Abraham <[EMAIL PROTECTED]>
An: Trent Piepho <[EMAIL PROTECTED]>
CC: Simon Arlott <[EMAIL PROTECTED]>, Linux Kernel Mailing list
, [EMAIL PROTECTED], Jan Engelhardt <[EMAIL
PROTECTED]>, [EMAIL PROTECTED],
Dean Nelson <[EMAIL PROTECTED]> writes:
> I'd typed up some questions for you about the new patch I need to create
> which I'd just sent to you, so I won't repeat them here.
>
> Before proceeding to far with your above changes, you might wait to see
> the proposal that Robin Holt is putting
On Tue, May 01, 2007 at 11:54:04PM -0400, Gerhard Mack wrote:
> On Tue, 1 May 2007, Cabot, Mason B wrote:
>
> > Hello all,
> >
> > I've been testing the NAS performance of ext3/Openfiler 2.2 against
> > NTFS/WinXP and have found that NTFS significantly outperforms ext3 for
> > video workloads.
Fix misnamed fields of 'struct clock_event_device' in the kernel-doc comment.
Convert the acronyms to uppercase, while at it...
Signed-off-by: Sergei Shtylyov <[EMAIL PROTECTED]>
---
include/linux/clockchips.h | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
Index:
I have two processes with the same tty open, one opens blocking and
one opens nonblocking.
If the blocking process blocks doing a write (due to flow control,
just going to fast, etc...) the nonblocking process will also block
when it writes until the blocking process unblocks.
This seems to
On Wed, May 02, 2007 at 12:49:01PM +1000, Nick Piggin wrote:
> I want to get rid of PG_reserved eventually. Is it possible to use PG_arch_1
> for this?
Yup.
Andrew - Feel free to drop this or just sit on it until I send a
replacement. Whichever is easier.
Jeff
Dean Nelson <[EMAIL PROTECTED]> writes:
> On Mon, Apr 30, 2007 at 10:22:30AM -0500, Dean Nelson wrote:
>> On Fri, Apr 27, 2007 at 02:33:32PM -0600, Eric W. Biederman wrote:
>> > Dean Nelson <[EMAIL PROTECTED]> writes:
>> >
>> > > Taking it one step further, if you added the notion of a thread
> From: Nick Piggin [mailto:[EMAIL PROTECTED]
> > I am pleased to release this latest spin of the raid acceleration
> > patches for merge consideration. This release aims to address all
> > pending review items including MD bug fixes and async_tx api changes
> > from Neil, and concerns on channel
On Tue, May 01, 2007 at 01:43:18PM -0700, Cabot, Mason B wrote:
> Hello all,
>
> I've been testing the NAS performance of ext3/Openfiler 2.2 against
> NTFS/WinXP and have found that NTFS significantly outperforms ext3 for
> video workloads. The Windows CIFS client will attempt a poor-man's
>
On Wed, May 02, 2007 at 11:37:48AM +0200, Andi Kleen wrote:
> Doesn't apply against the latest ff tree. Can you please regenerate,
> not losing whatever change caused it to reject?
What's the ff tree? Is 'f' next to 'm' on your keyboard?
It depends on the tas() elimination patch, which I sent
On 2 May, 14:00, "Rajib Majumder" <[EMAIL PROTECTED]> wrote:
Hi,
I am wondering if 2.4.x/2.6.x kernel is scalable enough to run on
8-CPU hardware. Do we have any scalability comparison data between
2.4/2.6 kernels and beyond 4-CPU?
If yes, is the scalablity is near linear?
Any input is
David Rientjes wrote:
> Replace function instances of __attribute__ ((unused)) with
> __attribute_unused__.
>
> Cc: Geoff Levand <[EMAIL PROTECTED]>
> Signed-off-by: David Rientjes <[EMAIL PROTECTED]>
> ---
> arch/powerpc/platforms/ps3/interrupt.c |4 ++--
> arch/powerpc/platforms/ps3/time.c
On Wed, 2 May 2007 17:03:22 +0200 (CEST)
Tomasz Kłoczko <[EMAIL PROTECTED]> wrote:
> On Fri, 13 Apr 2007, David R. Litwin wrote:
> [..]
>
> I'm just found something new in filtered folder by "ZFS" word in RSS feed
> from blogs.sun.com and on firs look it may be some continuation of this
>
On Wed, 2007-05-02 at 01:05 -0700, Andrew Morton wrote:
> > thanks. Can you apply this patch please:
> > http://lkml.org/lkml/2007/4/13/190
> >
> > It somehow did not make it into 2.6.21.
> >
>
> Alas, poor me. I ain't going to merge a contention-reduction patch when
> we're at -rc6. If a
> "Stefan" == Stefan Richter <[EMAIL PROTECTED]> writes:
Stefan> Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
Stefan> ---
Stefan> drivers/firewire/fw-cdev.c| 954 ++
Stefan> include/linux/firewire-cdev.h | 268 +
Stefan> 2 files changed,
Hi,
My servers are running 2.6.21 (oficial source code) since today and i
can see an error in syslog :
May 2 16:41:27 zz11 kernel: kernel BUG at mm/rmap.c:596!
May 2 16:41:27 zz11 kernel: invalid opcode: [#1]
May 2 16:41:27 zz11 kernel: SMP
May 2 16:41:27 zz11 kernel: Modules linked
On Wed, May 02, 2007 at 08:45:54AM -0600, Eric W. Biederman wrote:
> Dean Nelson <[EMAIL PROTECTED]> writes:
>
> > On Tue, May 01, 2007 at 01:51:41AM -0700, Andrew Morton wrote:
> >> I might send ia64-sn-xpc-convert-to-use-kthread-api.patch+fixes off to
> >> Tony, as people put quite a bit of
Hello together,
The description of this option needs to be extended to be correct:)
--- /usr/src/linux-2.6.21/drivers/usb/input/Kconfig 2007-04-27
18:02:46.0 +0200
+++ Kconfig.new 2007-05-02 16:47:56.0 +0200
@@ -28,12 +28,12 @@
depends on USB_HID && INPUT=n
config
On Wed, 2 May 2007, Christoph Hellwig wrote:
> On Wed, May 02, 2007 at 04:28:27PM +0200, Geert Uytterhoeven wrote:
> > - Check for GNU extension __FUNCTION__
>
> __FUNCTION__ is prefered over __func__
Is there a reason for that?
- __FUNCTION__ is a GNU extension
- __func__ is C99
-
On Wed, May 02, 2007 at 04:28:27PM +0200, Geert Uytterhoeven wrote:
> - Check for GNU extension __FUNCTION__
__FUNCTION__ is prefered over __func__
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Wed, May 02, 2007 at 02:48:11PM +0200, Stefan Richter wrote:
> Olaf Hering wrote:
> > On Tue, May 01, Kristian Høgsberg wrote:
> >
> >> drivers/firewire/Kconfig | 60 ++
> >
> > NACK.
> > Upgrade the current drivers/ieee1394/ with the new code,
>
> Last time I believe I was the
On Wed, 2 May 2007, Björn Steinbrink wrote:
> On 2007.05.02 15:04:44 +0100, Hugh Dickins wrote:
> > On Tue, 1 May 2007, Phillip Susi wrote:
> > > I seem to remember seeing some patches go by at some point that
> > > allowed one of the rom type embeded system filesystems to directly
> > > execute
Some Kconfig menus are very unsorted, so finding the option you want to
change takes careful reading of the complete menu.
I'm about to change some of the menus to be more user-friendly, starting
with the general setup and working my way through the rest as time permits.
In order to make the
On Mon, Apr 30, 2007 at 10:22:30AM -0500, Dean Nelson wrote:
> On Fri, Apr 27, 2007 at 02:33:32PM -0600, Eric W. Biederman wrote:
> > Dean Nelson <[EMAIL PROTECTED]> writes:
> >
> > > Taking it one step further, if you added the notion of a thread pool,
> > > where upon exit, a thread isn't
Gerd Hoffmann wrote:
> Doesn't need to be ELF notes. The current (3.0.5+) domain builder has
> pluggable binary parsers. Right now there are two: ELF (obviously
> ...) and binary (with a multiboot-like header). Filling the
> informations such as virt_base is a function of the parser, so when
>
Con Kolivas wrote:
On Tuesday 01 May 2007 05:29, Bill Davidsen wrote:
System: Intel 6600 Core2duo, 2GB RAM, X nice 0 for all tests, display
using i945G framebuffer
Bill thanks for testing.
Test: playing a 'toon with mplayer while kernel build -j20 running.
Umm I don't think
On Wed, 2 May 2007, Trond Myklebust wrote:
[..]
Trond .. any chance for implement clear NFS statistics part of kernel
code for "nfsstat -z" ?
kloczek
--
---
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
Bill Huey (hui) wrote:
On Mon, Apr 30, 2007 at 03:58:45PM -0400, Bill Davidsen wrote:
Followup: I reran with sd-0.46, setting rr_interval to 40, and then 5
(default was 16). Neither appeared to give a useful video playback. I
did try setting the make to nice 10, and that made the playback
It is enabled only if CONFIG_XPAD_FF is set to y.
Implementation is using force feedback support for memoryless devices.
Signed-off-by: Jan Kratochvil <[EMAIL PROTECTED]>
---
drivers/usb/input/Kconfig |8 +++
drivers/usb/input/xpad.c | 116 +
2
On Wed, May 02, 2007 at 04:55:50PM +0200, Adrian Bunk wrote:
>
> "many ... are marked __attribute__ ((unused))" is not true:
> $ grep -r __attribute_used__ * | wc -l
> 60
> $
Sorry, my fault - I confused used and unused.
>...
> Unused static non-inline functions are the only functions
Xbox 360 gamepad is slightly different then the previous model so it has
its own version of process_packet method.
Detection of this new device relies on USB_DEVICE_INTERFACE_PROTOCOL macro.
This device got vendor specific subclass so it can't be matched with
USB_INTERFACE_INFO and we need only
This changes are expected to simplify further improves of this driver,
We will need to add information if the driver is xbox360 device or not.
Second option was to simply add u8 is_360, but what if we'll need to know
if device is a wheel? Or if the device can have keyboard (or headset) attached.
The USB_DEVICE_INTERFACE_PROTOCOL will allow to match one interface
protocol of vendor specific device.
This macro is used in patch adding support for xbox360 to xpad.c
Signed-off-by: Jan Kratochvil <[EMAIL PROTECTED]>
---
include/linux/usb.h | 15 +++
1 files changed, 15
On Fri, 13 Apr 2007, David R. Litwin wrote:
[..]
I'm just found something new in filtered folder by "ZFS" word in RSS feed
from blogs.sun.com and on firs look it may be some continuation of this
thread:
http://blogs.sun.com/darren/entry/zfs_under_gplv2_already_exists
I'm not check completly
On Wed, May 02, 2007 at 12:22:24AM -0700, David Rientjes wrote:
> On Wed, 2 May 2007, Rusty Russell wrote:
>
> > That sounds exactly right to me! If the author says it's optional, it
> > might be discarded. If they say it's needed, it won't be. At least,
> > when I'm coding and gcc warns
On Tue, May 01, 2007 at 12:01:56PM -0400, Chuck Ebbert wrote:
> Wolfgang Erig wrote:
> > Sorry
> > for detecting this 2 year old regression so late.
> >
> > 2.6.13 or later is bad.
> > 2.6.12 is good,
> >
> > "git bisect" worked fine and points to the attached patch.
> > The patch is pretty
Dean Nelson <[EMAIL PROTECTED]> writes:
> On Tue, May 01, 2007 at 01:51:41AM -0700, Andrew Morton wrote:
>> > There's probably a few more patches falling into this category, these
>> > were just the first one the stick into my eye.
>>
>> Yes, I think I'll probably drop all of them - I've
Hi all,
Lguest is a simple hypervisor which runs Linux under Linux, without
needing VT hardware.
Two people asked if I had a version of lguest which worked on
other-than-bleeding-edge-mm kernels, so I did a backport of the latest
version to 2.6.21.
On 2007.05.02 15:04:44 +0100, Hugh Dickins wrote:
> On Tue, 1 May 2007, Phillip Susi wrote:
> > I seem to remember seeing some patches go by at some point that
> > allowed one of the rom type embeded system filesystems to directly
> > execute binaries out of the original rom memory rather than
Jesse Barnes wrote:
On Tuesday, May 01, 2007, Jesse Barnes wrote:
I'm testing it now on my 965...
Bah... nevermind Robert, I see you're doing this already in
pci_mmcfg_reject_broken. I'm about to reboot & test now.
Ok, I've tested a bit on my 965 (after re-adding my old patch to support
I didn't hear back, so I went ahead and did a patch. This patch
collects the bits from the LSR (and the MSR, which had the same
problem in one place) for later use.
Subject: Serial 8250: Handle saving the clear-on-read bits from the LSR and MSR
Reading the LSR clears the break, parity, frame
On Fri, 27 Apr 2007, Dave Jones wrote:
> On Wed, Apr 25, 2007 at 08:02:07PM -0700, Andrew Morton wrote:
> > > Yep, I was going to mention your scripts but you beat me to it.
> > >
> > > I'll be glad to help maintain such animals if wanted.
> > >
> > wanted ;)
> >
> > At least, it would
Chris Wright wrote:
> * Greg KH ([EMAIL PROTECTED]) wrote:
>> And is this really a problem? The whole goal of the -stable tree was to
>> accomidate the users who relied on kernel.org kernels, and wanted
>> bugfixes and security updates. It was not for new features or new
>> hardware support.
>>
Adapt to new skb header access functions.
Signed-off-by: Thomas Klein <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/ehea/ehea_main.c b/drivers/net/ehea/ehea_main.c
index c7a5614..7211648 100644
--- a/drivers/net/ehea/ehea_main.c
+++ b/drivers/net/ehea/ehea_main.c
@@ -1803,10 +1803,10 @@
On Tue, 1 May 2007, Phillip Susi wrote:
> I seem to remember seeing some patches go by at some point that allowed one of
> the rom type embeded system filesystems to directly execute binaries out of
> the original rom memory rather than copying them to ram first, then executing
> from there. I
301 - 400 of 1184 matches
Mail list logo