On Sat, 05 May 2007 01:49:55 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
MODPOST vmlinux
WARNING: mm/built-in.o - Section mismatch: reference to .init.text: from .text
between 'kmem_cache_create' (at offset 0x20dff) and 'cache_reap
Here's my experiences with CFS v9 and -ck1. Base for the two kernels is
2.6.21-git4-nohz (x86_64 nohz patches I snagged off LKML a month or so back).
The extra features in CK shouldn't matter, most of the tests are running on
an otherwise unloaded system, with the apps already warmed up.
Let's sta
Hi,
This patch makes relay use timers instead of workqueues for reader
waking.
Tom
---
relay doesn't need to use schedule_delayed_work() for waking readers
when a simple timer will do.
Signed-off-by: Tom Zanussi <[EMAIL PROTECTED]>
---
include/linux/relay.h |2 +-
kernel/relay.c|
>> :-/ Weird. Nothing new in datasheet. Longhaul MSR seems to be OK too.
>> Would be good to check if PLL really can go downto x4,0. Can You
>> limit minimal CPU multiplier to 5,0 and check if is stable? If it
>> is check 4,5.
>
> I directly wrote to /sys/devices/system/cpu/cpu0/cpufreq, which
2007/5/6, Bodo Eggert <[EMAIL PROTECTED]>:
Theodore Tso <[EMAIL PROTECTED]> wrote:
> But as has already been discussed on this thread, in situations where
> the fileserver is under high memory pressure, any filesystem (XFS or
> ext4) would still end up allocating blocks out of order, resulting i
On Sat, May 05, 2007 at 09:49:22PM +0200, Zbigniew Baniewski wrote:
> Hallo,
>
> I was trying to make "modularized kernel" (s.c. "Debian way") recently, yes,
> I made even kernel.deb package - but at the installation, I'm still getting
> an error: "ide-core: unresolved symbols".
>
> Making a quic
>
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
I have the following message after kernel compilation:
---
...
WARNING: init/built-in.o - Section mismatch: reference to .init.text:
from .text between 'rest_init' (at offset 0x11e) and 'try_name'
...
...
WARNING
john stultz writes:
Indeed. The monotonic clock's behavior around suspend and resume
is poorly defined. When we increased it, folks didn't like the
fact that uptime would increase while a system was suspended.
The uptime really does need to increase during suspend. Otherwise,
things get really
Zbigniew Baniewski wrote:
Hallo,
I was trying to make "modularized kernel" (s.c. "Debian way") recently, yes,
I made even kernel.deb package - but at the installation, I'm still getting
an error: "ide-core: unresolved symbols".
Making a quick search with Google I could see, it did occur to many
On Sun, May 06, 2007 at 03:04:14AM +0200, Segher Boessenkool wrote:
> > + [EMAIL PROTECTED] {
>
> > + #interrupt-cells = <1>;
>
> > + interrupt-parent = ;
> > + interrupts = ;
> > + };
>
> Since this node's children's inte
+ [EMAIL PROTECTED] {
+ #interrupt-cells = <1>;
+ interrupt-parent = ;
+ interrupts = ;
+ };
Since this node's children's interrupt representation
is different from the node's parent's, you need a
Andrew Morton writes:
"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
video workloads. The Windows CIFS client will attempt a poor-man's
pre-allocation of the
Hello Con,
Con Kolivas wrote:
This patchset is designed to improve system responsiveness and interactivity.
It is configurable to any workload but the default -ck patch is aimed at the
desktop and -cks is available with more emphasis on serverspace.
I have used SD for the first time with this
Rolling forward PCMCIA driver, it was discovered that the indentation
in existing one is very odd. This patch is just result of Lindent run ontop
of culprit files.
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
---
drivers/pcmcia/m8xx_pcmcia.c | 548 +
Current series features the reworked 8xx of_device PCMCIA patch
based on feedback from Andrew + indentation & whitespace fixes
in drivers/pcmcia/m8xx_pcmcia.c
Andrew,
Please disregard previous patch since it contains a typo. Indentation
patch is not strictly necessary but is useful too, imho.
-
Adds support for PowerQuicc on-chip PCMCIA. The driver is implemented as
of_device, so only arch/powerpc stuff is capable to use it, which now
implies only mpc885ads reference board.
To cope with the code that should be hooked inside driver, but is really
board specific (like set_voltage), global
--- Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Hi Srihari,
Hello Michal,
[...]
> > It turns out the system is no go with 4 GB of RAM (4 * 1 GB modules):
> system
> > instability & SATA controller doesn't detect the drives (as I reported to
> > linux-ide:
> > http://www.mail-archive.com/[EMAI
* Russell King <[EMAIL PROTECTED]> [070505 03:29]:
> On Sat, May 05, 2007 at 11:04:26AM +0100, Russell King wrote:
> > On Mon, Apr 09, 2007 at 05:01:06PM -0400, Tony Lindgren wrote:
> > > From: David Brownell <[EMAIL PROTECTED]>
> > >
> > > Minor GPIO cleanups: remove needless #include, and omap_
use path_component_lookup instead of open-coding the necessary
functionality.
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
net/sunrpc/rpc_pipe.c | 16 +++-
1 files changed, 7 insertions(+), 9 deletions(-)
diff --git a/net/sunrpc/rpc_pipe.c b/net/sunrpc/rpc_pipe.c
index
Adds support for PowerQuicc on-chip PCMCIA. The driver is implemented as
of_device, so only arch/powerpc stuff is capable to use it, which now
implies only mpc885ads reference board.
To cope with the code that should be hooked inside driver, but is really
board specific (like set_voltage), global
On Saturday 05 May 2007, Paul Fulghum wrote:
> That declaration will need to be duplicated in each driver that
> uses it (4 drivers in my case). In that sense (a structure declaration
> used by multiple code modules) it does seem like an interface definition.
>
> If that is what is needed, I will
On Sat, 2007-05-05 at 19:09 -0400, Josef 'Jeff' Sipek wrote:
> use path_component_lookup instead of open-coding the necessary
> functionality.
>
> Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
> ---
> net/sunrpc/rpc_pipe.c | 16 +++-
> 1 files changed, 7 insertions(+), 9 del
On Sat, 05 May 2007 17:30:51 +0200, Tejun Heo wrote:
> Mikael Pettersson wrote:
> >> I.e. no freezing of ports...
> >
> > Your patch to delete the 'return 1;' on error is correct,
> > and makes the code match exactly the behaviour of previous
> > versions of sata_promise, except for the additional
On Sat, 2007-05-05 at 22:05 +0100, Ralf Baechle wrote:
> CC fs/nfs/nfsroot.o
> fs/nfs/nfsroot.c:131: error: tokens causes a section type conflict
> make[2]: *** [fs/nfs/nfsroot.o] Error 1
>
> This is due to mixing const and non-const content in the same section
> which halfway recent gccs abs
Hi Srihari,
On 06/05/07, Srihari Vijayaraghavan <[EMAIL PROTECTED]> wrote:
[Sorry to reply to my own email, but I had some good development on this
problem]
--- Srihari Vijayaraghavan <[EMAIL PROTECTED]> wrote:
> Here's the first one (there a couple following this;
> the complete dmesg is at th
On Fri, 4 May 2007 12:35:43 -0700
Andrew Morton wrote:
> On Fri, 04 May 2007 03:57:51 +0400
> Vitaly Bordug <[EMAIL PROTECTED]> wrote:
>
> >
> > Adds support for PowerQuicc on-chip PCMCIA. The driver is
> > implemented as of_device, so only arch/powerpc stuff is capable to
> > use it, which now
[Sorry to reply to my own email, but I had some good development on this
problem]
--- Srihari Vijayaraghavan <[EMAIL PROTECTED]> wrote:
> Here's the first one (there a couple following this;
> the complete dmesg is at the bottom of this email):
It turns out the system is no go with 4 GB of RAM (4
On 05/05/07 09:49, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
WARNING: init/built-in.o - Section mismatch: reference to .init.text: from
.text between 'rest_init' (at offset 0x9) and 'run_init_process'
WARNING: arch/i386/kernel/built-i
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/namei.c| 26 ++
include/linux/namei.h |2 ++
2 files changed, 28 insertions(+), 0 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index 3449e0a..b547af0 100644
--- a/fs/namei.c
+++ b/fs/namei.
use path_component_lookup instead of open-coding the necessary
functionality.
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/nfsctl.c | 15 +--
1 files changed, 5 insertions(+), 10 deletions(-)
diff --git a/fs/nfsctl.c b/fs/nfsctl.c
index c043136..2035dc7 100644
--- a
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/namei.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index b547af0..0262594 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@ -2826,7 +2826,6 @@ EXPORT_SYMBOL(page_symlink_inode_operations);
use path_component_lookup instead of open-coding the necessary
functionality.
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
net/sunrpc/rpc_pipe.c | 16 +++-
1 files changed, 7 insertions(+), 9 deletions(-)
diff --git a/net/sunrpc/rpc_pipe.c b/net/sunrpc/rpc_pipe.c
index
Stackable file systems, among others, frequently need to lookup paths or
path components starting from an arbitrary point in the namespace
(identified by a dentry and a vfsmount). Currently, such file systems use
lookup_one_len, which is frowned upon [1] as it does not pass the lookup
intent along
On Sat, May 05, 2007 at 02:57:35PM -0400, Theodore Tso wrote:
> On Sat, May 05, 2007 at 03:36:37AM +0200, Bernd Schubert wrote:
> > distribution: modified debian sarge, in which aspect is the distribution
> > important for this problem? mkfs2.ext2 is supposed to write to /dev/sdaX
> > and not /dev/
Since, path_walk sets the total_link_count to 0, and calls link_path_walk,
we can just call path_walk directly.
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/namei.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index 600a4e7..8
The following 2 patches are trivial cleanups to do_path_lookup in namei.c.
Since these changes are trivial, they can go into 2.6.22-rc1 without any
problems.
Josef 'Jeff' Sipek (2):
fs: Fix indentation in do_path_lookup
fs: Use path_walk in do_path_lookup
diffstat for good measure:
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/namei.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index 0262594..600a4e7 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@ -1159,7 +1159,7 @@ out:
if (likely(retval == 0)) {
The lspci output:
00:00.0 Host bridge: ATI Technologies Inc Radeon Xpress 200 Host Bridge
(rev 01)
00:01.0 PCI bridge: ATI Technologies Inc RS480 PCI Bridge
00:12.0 SATA controller: ATI Technologies Inc SB600 Non-Raid-5 SATA
00:13.0 USB Controller: ATI Technologies Inc SB600 USB (OHCI0)
00:13.1
On Sat, May 05, 2007 at 11:48:49PM +0200, Michael Buesch wrote:
> On Saturday 05 May 2007 20:48:11 Andrew Morton wrote:
> > On Sat, 05 May 2007 17:48:28 +0200 Maciej Rutecki <[EMAIL PROTECTED]> wrote:
> >
> > > Andrew Morton pisze:
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/
Hello all,
this is something I have long wondered about but have been afraid to ask.
When my system is chewing away on builds, the disk I/O write access
pattern of my ext3 root filesystem (using CFQ, Intel SATA controller,
hard disk) when visualized by GNOME System Monitor clearly shows a
repeti
Theodore Tso <[EMAIL PROTECTED]> wrote:
> But as has already been discussed on this thread, in situations where
> the fileserver is under high memory pressure, any filesystem (XFS or
> ext4) would still end up allocating blocks out of order, resulting in
> fragmentation. Explicit preallocation, a
On 05 May 2007 at 22h05, Alan Cox wrote:
Hi,
> > This patch changes the led brightness file's permissions to 0666,
> > so that a user's MUA can light up the mail LED without needing root
> > permissions.
>
> NAK.
>
> The management of user specific temporary permissions belongs in user
> spa
Compile tested, depends on
make-cancel_rearming_delayed_work-reliable.patch
We should not use cancel_work_sync(delayed_work->work). This works, but not
good. We can use cancel_rearming_delayed_work(), this also simplifies the
code.
Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]>
drive
On Sat, May 05, 2007 at 09:12:02PM +0200, Jan Engelhardt wrote:
>
> On May 5 2007 14:57, Theodore Tso wrote:
> >On Sat, May 05, 2007 at 03:36:37AM +0200, Bernd Schubert wrote:
> >> distribution: modified debian sarge, in which aspect is the distribution
> >> important for this problem? mkfs2.ext2
On Saturday 05 May 2007 21:15:01 Thomas Gleixner wrote:
> On Sat, 2007-05-05 at 19:24 +0200, Andi Kleen wrote:
> > > if (!is_hpet_capable())
> > > @@ -278,6 +279,14 @@ int __init hpet_enable(void)
> > > /* Start the counter */
> > > hpet_start_counter();
> > >
> > > + /* Verify whether hpet
> afaics there is no mechanism in the official kernel tree to handle
> interrupts in user space yet. I'd need that for an embedded project I'm
Its basically not possible to do with most hardware because you get
deadlocks when there are shared interrupts.
However see drivers/uio in the current GIT
On 05/05/07, Shahbaz Khan <[EMAIL PROTECTED]> wrote:
I am using Fedora core 6. I have configured lxr 0.3 with the latest
I'm no expert on 'lxr', but as far as I can see version 0.3 is quite
old - according to http://sourceforge.net/projects/lxr - the latest
version is 0.9.4 - try upgrading to t
On Sun, May 06, 2007 at 12:23:15AM +0300, Pekka J Enberg wrote:
> On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
> > >
> > fs/revoke.c: In function 'do_revoke':
> > fs/revoke.c:563: warnin
On Saturday 05 May 2007 20:48:11 Andrew Morton wrote:
> On Sat, 05 May 2007 17:48:28 +0200 Maciej Rutecki <[EMAIL PROTECTED]> wrote:
>
> > Andrew Morton pisze:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
> > >
> > >
> >
> > CC [M] lib/zlib_deflate/def
On Sat, 5 May 2007 20:07:15 +0200
Oliver Neukum <[EMAIL PROTECTED]> wrote:
> Am Samstag, 5. Mai 2007 18:36 schrieb Alan Cox:
> > > In the serial driver this usually just results in dropping
> > > RTS to signal the remote end to stop sending. The serial
> > > driver always immediately gives receive
> > This is a bug in cdc-acm really. It should not double buffer, but to be
> > fair to the authors prior to the new tty buffering it *had* to do this.
>
> I assume this applies to all serial drivers in the wider sense?
When possible at least. Obviously there will always be some buffering in
the
On Sat, 5 May 2007 12:49:54 +0200
Colin Leroy <[EMAIL PROTECTED]> wrote:
> Hi,
>
> This patch changes the led brightness file's permissions to 0666, so that a
> user's MUA can light up the mail LED without needing root permissions.
NAK.
The management of user specific temporary permissions bel
Davide Libenzi wrote:
> On Fri, 4 May 2007, Davi Arnaut wrote:
>
>> Hi,
>>
>> If multiple threads are parked on epoll_wait (on a single epoll fd) and
>> events become available, epoll performs a wake up of all threads of the
>> poll wait list, causing a thundering herd of processes trying to grab
This patch fixes some problems with ADMA-capable controllers with regard to
freeze,
thaw and irq_clear libata callbacks. Freeze and thaw didn't switch the
ADMA-specific
interrupts on or off, and more critically the irq_clear function didn't respect
the restriction that the notifier clear registe
on top of
make-cancel_rearming_delayed_work-reliable-spelling.patch
Add cpu-relax() into spinloops, and a comments update.
Small note. The new implementation has another downside. Suppose that rearming
work->func() gets a preemtion after setting WORK_STRUCT_PENDING but before
add_timer/__
Is patch attached below making things better?
You should see in log that You are using VT8235 support now.
---
arch/i386/kernel/cpu/cpufreq/longhaul.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/i386/kernel/cpu/cpufreq/longhaul.c
b/arch/i386/kernel/cpu/cpuf
Upon resume (from suspend to RAM) of my laptop, I'm getting the
following. (Not a regression, it's been there a while.) This is under
2.6.21. Everything *seems* fine afterward, but... -- it's not
like I use bluetooth all that often.
My laptop has the bluetooth adapter hooked via USB insternally,
On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
> >
> fs/revoke.c: In function 'do_revoke':
> fs/revoke.c:563: warning: 'details.fset' may be used uninitialized in this
> function
> fs/revoke.
On Thu, May 03, Olaf Hering wrote:
> On Thu, May 03, Stefan Richter wrote:
>
> > ieee1394-old
>
> Noone will seriously ship two firewire stacks, so that cant be the
> issue (for distributors).
>
> Once there is a way to easily switch between kernel releases, I'm ok
> with whatever module n
Hi!
> > Here's a (compile tested only) patch that does this on a per-device
> > basis, which is smaller, and should work just as well as your patch.
> >
> > It creates a new file in the power/ directory for every device called
> > "can_suspend". Write a '0' to it to prevent that device from be
On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
>
fs/revoke.c: In function 'do_revoke':
fs/revoke.c:563: warning: 'details.fset' may be used uninitialized in this
function
fs/revoke.c:563: warning
On Saturday 05 May 2007, Sergei Shtylyov wrote:
> Hello.
>
> Bartlomiej Zolnierkiewicz wrote:
>
> >>HPT36x chip don't seem to have the channel enable bits, so prevent the IDE
> >>core
> >>from checking them...
>
> >>Signed-off-by: Sergei Shtylyov <[EMAIL PROTECTED]>
>
> > applied
>
> I'm
CC fs/nfs/nfsroot.o
fs/nfs/nfsroot.c:131: error: tokens causes a section type conflict
make[2]: *** [fs/nfs/nfsroot.o] Error 1
This is due to mixing const and non-const content in the same section
which halfway recent gccs absolutely hate. Fixed by dropping the const.
Signed-off-by: Ralf
Hi!
> > > Power off the system instead of halting it if the 'platform' mode of
> > > hibernation
> > > has been requested, but hibernation_ops is not set.
> >
> > Ehm, unless you made a mistake in the patch then that shouldn't be
> > possible.
>
> Hmm, right, but the patch is correct neverthele
On May 5 2007 21:58, Rafał Bilski wrote:
>:-/ Weird. Nothing new in datasheet. Longhaul MSR seems to be OK too.
>Would be good to check if PLL really can go downto x4,0. Can You
>limit minimal CPU multiplier to 5,0 and check if is stable? If it
>is check 4,5.
I directly wrote to /sys/devices/
On 5/5/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
On Saturday, 5 May 2007 01:11, Ray Lee wrote:
> On 5/4/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > The change of the hibernation/suspend code ordering made before 2.6.21 has
> > caused some systems to have problems related to ACPI.
Shirish S Pargaonkar wrote:
When a session setup request is sent as an anonymous user (NUL user),
should/could there be
password associated with that?
Right now, sec=none option, will prompt you for a password.
And when we add code to retry session setup as anonymous user if the
first sessi
I am using Fedora core 6. I have configured lxr 0.3 with the latest
glimpse but I get the following in the browser:
-> Parent Directory
- fileidx
- xref
when i click the files it gives me some wierd source code with lots of
funny faces like ones in the ascii command line screens (if that mak
On Sat, May 05, Andrew Morton wrote:
> git-cpufreq.patch
ERROR: ".cpufreq_set_policy" [arch/powerpc/platforms/cell/cbe_cpufreq.ko]
undefined!
This is also broken in mainline.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
On Sat, May 05, 2007 at 07:00:12PM +0200, Adrian Bunk wrote:
> On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
> >...
> > Changes since 2.6.21-rc7-mm2:
> >...
> > git-unionfs.patch
> >...
> > git trees
> >...
>
> <-- snip -->
>
> ...
> CC fs/unionfs/super.o
> /home/bunk/
On Sat, 5 May 2007, [EMAIL PROTECTED] wrote:
>
> WARNING: "pci_module_init" [drivers/scsi/tmscsim.ko] undefined!
Ok, that driver needs to be converted to use "pci_register_driver()"
instead of "pci_module_init()". It's probably the following one-liner, do
you actually have that hardware to tes
On May 5 2007 21:58, Rafał Bilski wrote:
>
>>> I found one line which wasn't were it should be. Probably this will not
>>> fix Your problem with powersave governor, but it is a bit related.
>>> Looks like Longhaul isn't skipping frequency transtition when it is asked
>>> to set f which is alrea
On Sat, May 05, Andrew Morton wrote:
> +gregkh-pci-pci-reduce-aer-init-error-information.patch
include/linux/pci-acpi.h:57: error: expected ')' before 'handle'
make[4]: *** [drivers/pci/pcie/portdrv_pci.o] Error 1
acpi_handle is intel only.
-
To unsubscribe from this list: send the line "unsubsc
On Sat, 5 May 2007, Niklas Steinkamp wrote:
> while compiling the DC930 SCSI driver, i got this message:
>
> drivers/built-in.o: In function `dc390_module_init':
> tmscsim.c:(.init.text+0x124c4): undefined reference to `pci_module_init'
> make: *** [.tmp_vmlinux1] Fehler 1
>
> so i replaced "pci
On Sat, May 05, 2007 at 09:55:33PM +0200, Thomas Gleixner wrote:
> On Sat, 2007-05-05 at 21:17 +0200, Clifford Wolf wrote:
> > afaics there is no mechanism in the official kernel tree to handle
> > interrupts in user space yet. I'd need that for an embedded project I'm
> > woking on atm and are so
From: Adrian Bunk <[EMAIL PROTECTED]>
On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.21-rc7-mm2:
>...
> git-unionfs.patch
>...
> git trees
>...
<-- snip -->
...
CC fs/unionfs/super.o
/home/bunk/linux/kernel-2.6/linux-2.6.21-mm1/fs/unionfs/super
From: Adrian Brunyate <[EMAIL PROTECTED]>
[jsipek: whitespace cleanup]
Signed-off-by: Adrian Brunyate <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/super.c | 12 +++-
1 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/fs/unionfs/sup
The following patches (also available though the git tree) fix few small
bugs in Unionfs.
You can pull from 'master' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/jsipek/unionfs.git
to receive the following:
Adrian Brunyate (2):
Unionfs: Accept MS_SILENT during remount
Unio
From: Adrian Brunyate <[EMAIL PROTECTED]>
Signed-off-by: Adrian Brunyate <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/super.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/unionfs/super.c b/fs/unionfs/super.c
index ee12d03
Hello.
Bartlomiej Zolnierkiewicz wrote:
HPT36x chip don't seem to have the channel enable bits, so prevent the IDE core
from checking them...
Signed-off-by: Sergei Shtylyov <[EMAIL PROTECTED]>
applied
I'm getting "403 Forbidden" trying to browse this patch (and
ide-cs-recognize-2gb-
On Friday 04 May 2007, Sergei Shtylyov wrote:
> HPT36x chip don't seem to have the channel enable bits, so prevent the IDE
> core
> from checking them...
>
> Signed-off-by: Sergei Shtylyov <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
Updates/fixes for host drivers.
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/bart/ide-2.6.git/
to receive the following updates:
drivers/ide/cris/ide-cris.c|9 +-
drivers/ide/legacy/ide-cs.c|1 +
drivers/ide/pci/aec62xx.c | 22 +--
drivers/ide/pci/alim
On Thursday 26 April 2007, Matthias Kaehlcke wrote:
> the IDE driver uses a semaphore as mutex. use the mutex API instead of
> the (binary) semaphore
>
> Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
>> I found one line which wasn't were it should be. Probably this will not
>> fix Your problem with powersave governor, but it is a bit related.
>> Looks like Longhaul isn't skipping frequency transtition when it is asked
>> to set f which is already set. Now after first transition it will not
Hallo,
I was trying to make "modularized kernel" (s.c. "Debian way") recently, yes,
I made even kernel.deb package - but at the installation, I'm still getting
an error: "ide-core: unresolved symbols".
Making a quick search with Google I could see, it did occur to many other
people even long ago.
On Sat, 2007-05-05 at 21:17 +0200, Clifford Wolf wrote:
> afaics there is no mechanism in the official kernel tree to handle
> interrupts in user space yet. I'd need that for an embedded project I'm
> woking on atm and are so far not sure if I'm going to implement such a
> generic interface or just
Hi,
afaics there is no mechanism in the official kernel tree to handle
interrupts in user space yet. I'd need that for an embedded project I'm
woking on atm and are so far not sure if I'm going to implement such a
generic interface or just write a simple driver that does the job for my
application
On Sat, May 05, 2007 at 10:19:42PM +0300, Pekka Enberg wrote:
> On 5/5/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >Bah, that was hidden from my allmodconfig because CONFIG_UNIONFS is
> >inexplicably
> >dependent upon CONFIG_SLAB.
> >
> >How come?
>
> I think Adrian added it before we introduc
On Sat, 5 May 2007 15:13:13 -0400 Josef Sipek <[EMAIL PROTECTED]> wrote:
> As it was discussed a while back on the mailing lists, Unionfs is trying to
> be smart and tries to do reallocation on its own. The way it does it makes
> it depend on some internals of the SLAB allocator. There have been s
On 5/5/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
Bah, that was hidden from my allmodconfig because CONFIG_UNIONFS is inexplicably
dependent upon CONFIG_SLAB.
How come?
I think Adrian added it before we introduced krealloc() to fix uniofs
from poking slab internals.
-
To unsubscribe from thi
On Sat, May 05, 2007 at 11:57:18AM -0700, Andrew Morton wrote:
> On Sat, 5 May 2007 19:00:12 +0200 Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
> > >...
> > > Changes since 2.6.21-rc7-mm2:
> > >...
> > > git-unionfs.patch
> > >...
> >
On Sat, 2007-05-05 at 19:24 +0200, Andi Kleen wrote:
> > if (!is_hpet_capable())
> > @@ -278,6 +279,14 @@ int __init hpet_enable(void)
> > /* Start the counter */
> > hpet_start_counter();
> >
> > + /* Verify whether hpet counter works */
> > + t1 = hpet_read();
> > + udelay(50)
On May 5 2007 14:57, Theodore Tso wrote:
>On Sat, May 05, 2007 at 03:36:37AM +0200, Bernd Schubert wrote:
>> distribution: modified debian sarge, in which aspect is the distribution
>> important for this problem? mkfs2.ext2 is supposed to write to /dev/sdaX
>> and not /dev/rd/0. Stracing it and gr
On Sat, May 05, 2007 at 11:57:18AM -0700, Andrew Morton wrote:
> On Sat, 5 May 2007 19:00:12 +0200 Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
> > >...
> > > Changes since 2.6.21-rc7-mm2:
> > >...
> > > git-unionfs.patch
> > >...
> >
On Fri, 4 May 2007, Davi Arnaut wrote:
> Hi,
>
> If multiple threads are parked on epoll_wait (on a single epoll fd) and
> events become available, epoll performs a wake up of all threads of the
> poll wait list, causing a thundering herd of processes trying to grab
> the eventpoll lock.
>
> Thi
On Sat, May 05, 2007 at 03:36:37AM +0200, Bernd Schubert wrote:
> distribution: modified debian sarge, in which aspect is the distribution
> important for this problem? mkfs2.ext2 is supposed to write to /dev/sdaX
> and not /dev/rd/0. Stracing it and grepping for open calls shows that
> only /dev/s
On Sat, 5 May 2007 19:00:12 +0200 Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
> >...
> > Changes since 2.6.21-rc7-mm2:
> >...
> > git-unionfs.patch
> >...
> > git trees
> >...
>
> <-- snip -->
>
> ...
> CC fs/unionfs/super.o
On May 5 2007 15:39, pHilipp Zabel wrote:
>> > > > +enum power_supply_type {
>> > > > + POWER_SUPPLY_TYPE_BATTERY = 0,
>> > > > + POWER_SUPPLY_TYPE_UPS,
>> > > > + POWER_SUPPLY_TYPE_AC,
>> > > > + POWER_SUPPLY_TYPE_USB,
>> > > > +};
>> > >
>> > > How about dumb (non-USB) D
On Fri, 4 May 2007, Ulrich Drepper wrote:
> On 5/4/07, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> > This is a pretty specific case, that is not very typical to find in the
> > usual common event loop dispatch application design.
>
> This is where you are very wrong. Yes, it's rare in the Unix w
On Sat, 05 May 2007 17:48:28 +0200 Maciej Rutecki <[EMAIL PROTECTED]> wrote:
> Andrew Morton pisze:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
> >
> >
>
> CC [M] lib/zlib_deflate/deflate_syms.o
> LD [M] lib/zlib_deflate/zlib_deflate.o
> Building m
1 - 100 of 243 matches
Mail list logo
