H. Peter Anvin wrote:
Hans de Goede wrote:
In order to be able to better test / develop this I've bought 2 cheap
such keyboards today, one ps2 and one both usb and ps2 capable.
When comparing usb vs ps2 / testing the keycodes generated for the easy
access
keys on my trust (microsoft
On Wed, 2007-06-13 at 12:00 +0800, Fengguang Wu wrote:
> On Wed, Jun 13, 2007 at 11:40:33AM +1000, Rusty Russell wrote:
> > +/* If page has PG_readahead flag set, call async readahead logic. */
> > +static inline void
> > +page_cache_check_readahead_page(struct address_space *mapping,
> > +
On Tue, Jun 12, 2007 at 01:05:44AM -0400, [EMAIL PROTECTED] wrote:
> > I got this code from Nettle, originally, and I never looked at the SHA-1
> > round structure very closely. I'll give that approach a try.
>
> Attached is some (tested, working, and public domain) assembly code for
> three
> Folding is done to minimize the theoretical possibility of systematic
> weakness in the particular bits of the SHA1 hash output. The result of
> this bug is that 16 out of 80 bits are un-folded. Without a major new
> vulnerability being found in SHA1, this is harmless, but still worth
> fixing.
Neat! It's great to see somebody else waking up to the idea that
storage media is NOT to be trusted.
Judging by the design paper, it looks like your structs have some
alignment problems.
The usual wishlist:
* inode-to-pathnames mapping
* a subvolume that is a single file (disk image, database,
On Tue, Jun 12, 2007 at 01:05:44AM -0400, [EMAIL PROTECTED] wrote:
> I also noticed a glaring BUG in the folding at the end of extract_buf at
> drivers/char/random.c:797. That should be:
>
> /*
>* In case the hash function has some recognizable
>* output pattern, we fold it
--- Dave Jones <[EMAIL PROTECTED]> wrote:
> On Mon, Jun 11, 2007 at 04:49:47PM -0700, Greg Kroah-Hartman wrote:
> > On Mon, Jun 11, 2007 at 04:30:11PM -0700, Doug Thompson wrote:
> > > I am working with the k8 driver and its dealing with a race with the
> mcelog device as both
> access
> > >
+ k) RapidIO
+
+ Required properties:
+
+- device_type : Should be "rapidio"
There is no OF binding, so no.
+- compatible : Should be "fsl,rapidio-v0.0" or "fsl,rapidio-v1.0"
+ and so on. The version number is got from IP Block Revision
+ Register of RapidIO controller.
On Jun 12, 2007, Greg KH <[EMAIL PROTECTED]> wrote:
> (see previous long thread about v3 and why the kernel developers
> hate it, it all still applys to the final draft.)
You mean all the misunderstandings? ;-)
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
FSF Latin America
Greg KH wrote:
> On Mon, Jun 11, 2007 at 03:15:39PM +0900, Tejun Heo wrote:
>> Andrew Morton wrote:
This patchset contains three minimal backports of fixes in -mm. With
all patches in the patchset and sysfs-races.patch applied, kernel
survived ~20 hours of stress test without any
>
> Yup, we were only discussing possibility that modpost not complain
> about .init -> .exit references that will never go oops (because the arch
> guarantees that).
And there are no good reasosns why the rules should be different for i386
and powerpc.
This type of special casing is always bad.
Of late, the scheduler seems to have decided to make things too easy for
RCU -- on some configurations, all of the rcutorture tasks end up on the
same CPU, which doesn't do a very good job of torturing RCU. This patch
helps the scheduler spread these tasks out by forcing a 20-millisecond
burst of
Upcoming XFS functionality [1] uses radix trees and uses the preload
functions. XFS can be built as a module and hence we need
radix_tree_preload() exported. radix_tree_preload_end() is a
static inline, so it doesn't need exporting.
[1] http://marc.info/?l=linux-xfs=118170839531601=2
Replacing (n & (n-1)) in the context of power of 2 checks
with is_power_of_2
Signed-off-by: vignesh babu <[EMAIL PROTECTED]>
---
diff --git a/fs/hfs/mdb.c b/fs/hfs/mdb.c
index b4651e1..8bda11d 100644
--- a/fs/hfs/mdb.c
+++ b/fs/hfs/mdb.c
@@ -11,6 +11,7 @@
#include
#include
#include
On Wed, Jun 13, 2007 at 11:40:33AM +1000, Rusty Russell wrote:
> On Tue, 2007-06-12 at 18:35 +0800, Fengguang Wu wrote:
> > > This seems a little like two functions crammed into one. Do you think
> > > page_cache_readahead_ondemand() should be split into
> > > "page_cache_readahead()" which
> "Chris" == Chris Mason <[EMAIL PROTECTED]> writes:
Chris> After the last FS summit, I started working on a new filesystem
Chris> that maintains checksums of all file data and metadata. Many
Chris> thanks to Zach Brown for his ideas, and to Dave Chinner for his
Chris> help on benchmarking
It turns out I was adding the web100 patch (http://www.web100.org) to
the 2.6.21 kernel and that's what causes the symbol resolving problem
below. Adding the corresponding version of the web100 patch to the
2.6.20 kernel makes this problem appear there as well. On fresh
versions of the kernel,
Martin Steigerwald wrote:
Am Sonntag 10 Juni 2007 schrieb Linus Torvalds:
Hi Linus!
Ehh.. It was tested extensively by lots of people. It was in -mm for a
while, and yes, there have been tons of people testing both. I've
followed it, and it seems fair to say that yes, Ingo took a lot of
Greg KH wrote:
> Eric Sandeen (1):
> sysfs: store sysfs inode nrs in s_ino to avoid readdir oopses
To be fair, Tejun wrote that one too, I just backported & tried to
simplify it a bit for -stable. :)
> Tejun Heo (2):
> sysfs: fix condition check in sysfs_drop_dentry()
>
Hi Sam,
On 6/12/07, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
On Tue, Jun 12, 2007 at 07:39:30PM +0530, Satyam Sharma wrote:
> On 6/12/07, Jan Beulich <[EMAIL PROTECTED]> wrote:
> >>> And from a purely theoretical
> >>> perspective I don't think such references should be considered bad -
> >>>
On Tue, Jun 12, 2007 at 04:14:39PM -0400, Chris Mason wrote:
> > Aside from folding snapshot history into the origin's namespace... It
> > could be possible to have a mount.btrfs that allows subvolumes and/or
> > snapshot volumes to be mounted as unique roots? I'd imagine a bind
> > mount _could_
Hi Rusty,
On Wed, Jun 13, 2007 at 10:27:19AM +1000, Rusty Russell wrote:
> On Tue, 2007-06-12 at 20:07 +0800, Fengguang Wu wrote:
> > or preferably:
> >
> > pgoff_t start; /* where readahead started */
> > unsigned long size;/* # of readahead pages */
> >
This is a resend of the submission from June 9th, along with added stuff:
* big update to new (in 2.6.22) wireless driver libertas
* revert e100 's-bit' change; see commit message for more info
* more myri, NetXen fixes
Please pull from 'upstream-linus' branch of
Alan Cox wrote:
>>ata_scsi_pass_thru() is not executed at ioctl submission time (block
>>queue submission time), but rather immediately before it is issued to
>>the drive. At that point you know the bus is idle, all other commands
>>have finished executing, and dev->multi_count is fresh not
Hi, Phil,
> > +++ b/arch/powerpc/boot/dts/mpc8641_hpcn.dts
> > @@ -329,6 +329,19 @@
> > >;
> > };
> >
> > + [EMAIL PROTECTED] {
> > + device_type = "rapidio";
> > + compatible = "fsl,rapidio-v1.0";
> > +
On Tuesday, June 12, 2007 6:11:21 Eric W. Biederman wrote:
> Jesse Barnes <[EMAIL PROTECTED]> writes:
> > On some machines, buggy BIOSes don't properly setup WB MTRRs to
> > cover all available RAM, meaning the last few megs (or even gigs)
> > of memory will be marked uncached. Since Linux tends
On 6/12/07, Stelian Pop <[EMAIL PROTECTED]> wrote:
> Le mardi 12 juin 2007 à 11:24 -0500, Nelson Castillo a écrit :
> > On 6/12/07, Stelian Pop <[EMAIL PROTECTED]> wrote:
> > (cut)
> > > accessing userspace memory with a spinlock taken (moreover an
> > > irqsave()
> > > one) is bad bad bad.
> >
>
Sam Ravnborg wrote:
>
> If we go the "save important parts of the config" I prefer
> something along the suggestion by hpa with a config file.
> The config file should though be named along the lines
> of Kbuild.config and the syntax should be future proof.
> I like the syntax of the .git/config
> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] De la part de
> Fortier,Vincent [Montreal]
> Envoyé : 12 juin 2007 21:36
> À : Miguel Figueiredo; linux kernel mailing list; [EMAIL PROTECTED]
> Cc : Con Kolivas; Ingo Molnar
> Objet : RE: call for more SD versus
On 2007.06.12 21:07:30 +0200, Björn Steinbrink wrote:
> On 2007.06.12 08:02:46 -0700, Stephane Eranian wrote:
> > * the fill_in_addresses() callback for X86 invokes the NMI watchdog
> >reserve_*_nmi() register allocation routines. This is done regardless
> >of whether the NMI watchdog is
On Tue, 2007-06-12 at 18:35 +0800, Fengguang Wu wrote:
> > This seems a little like two functions crammed into one. Do you think
> > page_cache_readahead_ondemand() should be split into
> > "page_cache_readahead()" which doesn't take a page*, and
> > "page_cache_check_readahead_page()" which is
On Tue, 2007-12-06 at 06:00 -0700, Pallipadi, Venkatesh wrote:
>
> >-Original Message-
> Yes. Force_hpet part is should have worked..
> Eric: Can you send me the output of 'lspci -n on your system.
> We need to double check we are covering all ICH7 ids.
Here it is:
00:00.0 0600:
> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] De la part de
> Miguel Figueiredo
> Envoyé : 11 juin 2007 20:30
>
> Hi all,
>
> some results based on massing_intr.c by Satoru, can be found
> on
On Tue, Jun 12, 2007 at 11:37:58PM +0200, Ingo Molnar wrote:
>
> * Paul E. McKenney <[EMAIL PROTECTED]> wrote:
>
> > Not a biggie for me, since I can easily do the taskset commands to
> > force the processes to spread out, but I am worried that casual users
> > of rcutorture won't know to do
Hi.
On Tue, 2007-06-12 at 14:11 +0200, Rafael J. Wysocki wrote:
> Hi,
>
> On Tuesday, 12 June 2007 00:42, Nigel Cunningham wrote:
> > Hi.
> >
> > Wouldn't it be much more useful if it was unconditionally compiled in
> > and controlled instead by a sysfs entry? That way it will be far more
> >
Jesse Barnes <[EMAIL PROTECTED]> writes:
> On some machines, buggy BIOSes don't properly setup WB MTRRs to
> cover all available RAM, meaning the last few megs (or even gigs)
> of memory will be marked uncached. Since Linux tends to allocate
> from high memory addresses first, this causes the
On Tue, 2007-06-12 at 20:07 +0800, Fengguang Wu wrote:
> Hi Rusty,
Hi Fengguang,
> or preferably:
>
> pgoff_t start; /* where readahead started */
> unsigned long size;/* # of readahead pages */
> unsigned long async_size; /* do asynchronous
Charles Shannon Hendrix wrote:
Ah... I thought I put the error in my post.
Here is an example:
Jun 10 19:47:21 daydream kernel: [ 174.432000] ata4: timeout waiting
for ADMA IDLE, stat=0x400
Jun 10 19:47:21 daydream kernel: [ 174.432000] ata4: timeout waiting
for ADMA LEGACY, stat=0x400
Jun
On Tue, Jun 12, 2007 at 08:21:15PM -0400, Dave Jones wrote:
> On Wed, Jun 13, 2007 at 01:00:29AM +0100, Al Viro wrote:
> > On Tue, Jun 12, 2007 at 07:33:09PM -0400, Dave Jones wrote:
> > > +#define DBG(x...) do { } while(0)
> >
> > Eh... Please, stop it - if you want a function-call-like
On 6/12/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
On Tue 2007-06-12 14:38:28, Ray Lee wrote:
> Panicking when it's not necessary is anti-social. If the kernel can
> continue, then it should, unless it's a correctness issue that may
> cause data corruption. Given that the kernel can even work
On Wed, Jun 13, 2007 at 01:00:29AM +0100, Al Viro wrote:
> On Tue, Jun 12, 2007 at 07:33:09PM -0400, Dave Jones wrote:
> > +#define DBG(x...) do { } while(0)
>
> Eh... Please, stop it - if you want a function-call-like no-op returning
> void,
> use ((void)0). At least that way one can
Nick Piggin wrote:
> The question is, why is that not enough (I haven't looked at these
> patches enough to work out if there is anything more they provide).
I think, it just takes trying things out. From reading the code, I
think this should work well for the filemap_xip code with no struct
On Tue, Jun 12, 2007 at 07:33:09PM -0400, Dave Jones wrote:
> +#define DBG(x...) do { } while(0)
Eh... Please, stop it - if you want a function-call-like no-op returning void,
use ((void)0). At least that way one can say DBG(),foo(), etc.
-
To unsubscribe from this list: send the line
On Monday 11 June 2007 16:33, Stephen Smalley wrote:
>From a userland perspective, audit and inotify allow you to specify
> watches on pathnames, and those watches trigger actions by the audit and
> inotify subsystems when those files are accessed. The kernel mechanism
> however is inode-based,
On Mon, Jun 11, 2007 at 03:15:39PM +0900, Tejun Heo wrote:
> Andrew Morton wrote:
> >> This patchset contains three minimal backports of fixes in -mm. With
> >> all patches in the patchset and sysfs-races.patch applied, kernel
> >> survived ~20 hours of stress test without any problem.
> >
> >
On Wed, Jun 13, 2007 at 01:38:42AM +0200, Adrian Bunk wrote:
> On Tue, Jun 12, 2007 at 07:30:35PM -0400, Dave Jones wrote:
>
> > gcc gets whiney about the placement of 'inline' at some warning levels.
> >...
>
> Since most of them are in C files, can you remove these when you are at it?
Some asm-offsets files define not only offsets, thus make it clear.
Legacy files are supported, but may be freely changed to new scheme.
rfc-by: Oleg Verych
---
If somebody agrees, of course.
Kbuild | 68 ---
1 file
* header with widely used value definitions
* handle all asm-related things in one file (Makefile.asm)
* move some asm bits from Makefile.build there
(rule %.s:%.c)
* add script to generate headers from assembles output
(hopefully better output,
A small example of how it can be used privately.
rfc-by: Oleg Verych
---
TODO: change lguest files to use it.
drivers/lguest/Makefile |4
drivers/lguest/asm-values.c | 24
2 files changed, 28 insertions(+)
Index:
Version number zer0.
--
-o--=O`C
#oo'L O
<___=E M
-
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 the FAQ at http://www.tux.org/lkml/
On Tue, Jun 12, 2007 at 07:30:35PM -0400, Dave Jones wrote:
> gcc gets whiney about the placement of 'inline' at some warning levels.
>...
Since most of them are in C files, can you remove these when you are at it?
> --- linux-2.6.20.noarch/arch/ia64/sn/pci/pcibr/pcibr_ate.c~ 2007-04-04
>
On Tue, June 12, 2007 07:42, Dmitry Torokhov wrote:
> For what it worth I finally tried that setleds loop on my laptop. I am
> not getting any lost keypresses/releases. But then I don't have EC
> (or at least it is not exported via ACPI). This is an old Dell notebook.
Well, as I said before, I've
ACPI has a ton of macros which make a bunch of empty if's
when configured in non-debug mode.
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
diff --git a/drivers/acpi/glue.c b/drivers/acpi/glue.c
index 4334c20..5955cfd 100644
--- a/drivers/acpi/glue.c
+++ b/drivers/acpi/glue.c
@@ -16,7 +16,7 @@
gcc gets whiney about the placement of 'inline' at some warning levels.
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
diff --git a/arch/i386/oprofile/op_model_p4.c b/arch/i386/oprofile/op_model_p4.c
index 4792592..cf6d792 100644
--- a/arch/i386/oprofile/op_model_p4.c
+++
From: Eric Sandeen <[EMAIL PROTECTED]>
Backport of
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc1/2.6.22-rc1-mm1/broken-out/gregkh-driver-sysfs-allocate-inode-number-using-ida.patch
For regular files in sysfs, sysfs_readdir wants to traverse
From: Tejun Heo <[EMAIL PROTECTED]>
The condition check doesn't make much sense as it basically always
succeeds. This causes NULL dereferencing on certain cases. It seems
that parentheses are put in the wrong place. Fix it.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Signed-off-by: Greg
From: Tejun Heo <[EMAIL PROTECTED]>
Allowing attribute and symlink dentries to be reclaimed means
sd->s_dentry can change dynamically. However, updates to the field
are unsynchronized leading to race conditions. This patch adds
sysfs_lock and use it to synchronize updates to sd->s_dentry.
Due
Here are some sysfs fixes for 2.6.22-rc4
They are based on a set of patches from Tejun that have been in the -mm
tree for a while and fix a nasty sysfs problem that people have been
hitting in the real world (Google has hit this a lot and spent a lot of
time and effort in tracking this down, I'd
On Jun 12, 2007, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> On Tue, 12 Jun 2007, Alexandre Oliva wrote:
>>
>> Per this reasoning, Sun wouldn't be waiting for GPLv3, and it would
>> have already released the OpenSolaris kernel under GPLv2, would it
>> not? ;-)
> Umm. You are making the
On Wed, Jun 06, 2007 at 10:03:13PM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.22-rc4-mm1:
>
> git-acpi.patch
>...
> git trees
>...
This patch makes the needlessly global struct menu_governor static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
---
On Tue, 2007-06-12 at 17:02 +0800, Zhang Wei wrote:
> Add RapidIO sector to the MPC8641HPCN board dts file.
>
> Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
> ---
> arch/powerpc/boot/dts/mpc8641_hpcn.dts | 13 +
> 1 files changed, 13 insertions(+), 0 deletions(-)
>
> diff --git
This patch makes 3 needlessly global functions static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/ata/sata_nv.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
--- linux-2.6.22-rc4-mm2/drivers/ata/sata_nv.c.old 2007-06-13
00:02:18.0 +0200
+++
On Wed, Jun 06, 2007 at 10:03:13PM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.22-rc4-mm1:
>
> git-acpi.patch
>...
> git trees
>...
This patch makes 2 needlessly global functions static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/acpi/processor_throttling.c |6
This patch makes the needlessly global store_utf8() static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- linux-2.6.22-rc4-mm2/drivers/char/selection.c.old 2007-06-13
00:23:09.0 +0200
+++ linux-2.6.22-rc4-mm2/drivers/char/selection.c 2007-06-13
00:23:20.0 +0200
On Wed, Jun 06, 2007 at 10:03:13PM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.22-rc4-mm1:
>
> git-acpi.patch
>...
> git trees
>...
This patch makes the needlessly global osi_linux static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
---
On Wednesday, 13 June 2007 00:09, Rafael J. Wysocki wrote:
> On Tuesday, 12 June 2007 23:55, Rafael J. Wysocki wrote:
> > On Monday, 11 June 2007 09:17, Tejun Heo wrote:
> > > Hello, Rafael.
> > >
> > > Rafael J. Wysocki wrote:
> > > >
On Tue, Jun 12, 2007 at 02:40:06PM +0200, Jesper Juhl wrote:
> On 12/06/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
>> congestion_wait_interruptible() is no longer used.
>>
> Remind me again why it is that we add all these #if 0 blocks instead
> of simply removing the unused code?
>
> It's just
On Wednesday, 13 June 2007 00:24, Siddha, Suresh B wrote:
> On Wed, Jun 13, 2007 at 12:16:08AM +0200, Rafael J. Wysocki wrote:
> > On Tuesday, 12 June 2007 23:56, Siddha, Suresh B wrote:
> > > On Tue, Jun 12, 2007 at 10:52:09PM +0200, Rafael J. Wysocki wrote:
> > > > On Tuesday, 12 June 2007
On Tue, Jun 12, 2007 at 03:43:45PM -0700, Andrew Morton wrote:
> On Tue, 12 Jun 2007 18:16:29 -0400
> Dave Jones <[EMAIL PROTECTED]> wrote:
>
> > > > # Read KERNELRELEASE from include/config/kernel.release (if it
> > exists)
> > >
> > > This causes the i386 allmodconfig build to
On Tue, 12 Jun 2007 18:16:29 -0400
Dave Jones <[EMAIL PROTECTED]> wrote:
> > > # Read KERNELRELEASE from include/config/kernel.release (if it exists)
> >
> > This causes the i386 allmodconfig build to fail:
>
> Seems to be doing its job rather effectively.
err, hang on. I had a different
On Tue, Jun 12, 2007 at 03:03:57PM -0700, Andrew Morton wrote:
> On Mon, 11 Jun 2007 23:22:24 -0400
> Dave Jones <[EMAIL PROTECTED]> wrote:
>
> > Add -Werror-implicit-function-declaration
> > This makes builds fail sooner if something is implicitly defined instead
> > of having to wait half an
Hans de Goede wrote:
>
> In order to be able to better test / develop this I've bought 2 cheap
> such keyboards today, one ps2 and one both usb and ps2 capable.
>
> When comparing usb vs ps2 / testing the keycodes generated for the easy
> access
> keys on my trust (microsoft compatible)
On Wed, Jun 13, 2007 at 12:16:08AM +0200, Rafael J. Wysocki wrote:
> On Tuesday, 12 June 2007 23:56, Siddha, Suresh B wrote:
> > On Tue, Jun 12, 2007 at 10:52:09PM +0200, Rafael J. Wysocki wrote:
> > > On Tuesday, 12 June 2007 20:19, Eric W. Biederman wrote:
> > > > Because you are calling
On 10/05/07, Artem Bityutskiy <[EMAIL PROTECTED]> wrote:
On Thu, 2007-05-10 at 00:26 +0200, Jesper Juhl wrote:
> In drivers/mtd/ubi/scan.c::paranoid_check_si() there's a memory leak.
> If the call
> err = ubi_io_is_bad(ubi, pnum);
> returns <0, then we'll return with out freeing (and thus
On Tue, Jun 12, 2007 at 03:03:57PM -0700, Andrew Morton wrote:
> On Mon, 11 Jun 2007 23:22:24 -0400
> Dave Jones <[EMAIL PROTECTED]> wrote:
>
> > Add -Werror-implicit-function-declaration
> > This makes builds fail sooner if something is implicitly defined instead
> > of having to wait half
> I assume that you're prepared to repair all that damage to your tree, but
> it seems a bit masochistic?
It's either this or have an inconsistent coding style throughout
raid5.c. I figure it is worth it to have reduced code duplication
between raid5 and raid6, and it makes it easier to add new
On Tuesday, 12 June 2007 23:56, Siddha, Suresh B wrote:
> On Tue, Jun 12, 2007 at 10:52:09PM +0200, Rafael J. Wysocki wrote:
> > On Tuesday, 12 June 2007 20:19, Eric W. Biederman wrote:
> > > Because you are calling unfixably broken code. That should be a decent
> > > incentive to do something
Le mardi 12 juin 2007 à 11:24 -0500, Nelson Castillo a écrit :
> On 6/12/07, Stelian Pop <[EMAIL PROTECTED]> wrote:
> (cut)
> > accessing userspace memory with a spinlock taken (moreover an
> > irqsave()
> > one) is bad bad bad.
>
> Hi Stelian.
>
> I'm sending the new patch without
> Hi,
>
> Sorry for the delay with my reply. Coudl youplease try the
attached
> patch and tell me if it works for you without i8042.noloop
on the
> command line?
Hello,
Tested and work fine as intended.
Many Thanks!
Regards,
Emmanuel.
---
Créez votre adresse électronique [EMAIL PROTECTED]
1
> So, the idea was raised about seeing if there was a way to blow the PC
> speaker by loading a kernel module. If so, a mass-deployment of a
> kernel module overnight would take care of the PC speaker problem once
> and for all.
No way. None of the conceivable ways of burning out hardware are
On Tue, Jun 12, 2007 at 11:59:36PM +0200, Jan Engelhardt wrote:
>
> On Jun 12 2007 17:01, Michael Tokarev wrote:
> >
> >Claas Langbehn wrote:
> >>> Hmm. I wonder how to *enable* it in the first place.. ;)
> >>> e_powersaver.ko and acpi_cpufreq gives "No such device"
> >>>
> >> cat
On Mon, 11 Jun 2007 23:22:24 -0400
Dave Jones <[EMAIL PROTECTED]> wrote:
> Add -Werror-implicit-function-declaration
> This makes builds fail sooner if something is implicitly defined instead
> of having to wait half an hour for it to fail at the linking stage.
>
> Signed-off-by: Dave Jones
On Tuesday, 12 June 2007 23:55, Rafael J. Wysocki wrote:
> On Monday, 11 June 2007 09:17, Tejun Heo wrote:
> > Hello, Rafael.
> >
> > Rafael J. Wysocki wrote:
> > > gregkh-driver-sysfs-use-singly-linked-list-for-sysfs_dirent-tree.patch
> > > breaks
> > > suspend to RAM on HPC nx6325 (x86_64).
>
On Tue, Jun 12, 2007 at 10:52:09PM +0200, Rafael J. Wysocki wrote:
> On Tuesday, 12 June 2007 20:19, Eric W. Biederman wrote:
> > Because you are calling unfixably broken code. That should be a decent
> > incentive to do something else won't it?
>
> Can you please tell me _what_ else can be
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> Can we please kill zImage? In addition to be completely useless for
> modern kernels, it causes unnecessary complexity in boot loaders.
I hope so.
BTW: I'd just kill old zImage and make it identical to bzImage
(I mean "make zImage" would now
On Jun 12 2007 17:01, Michael Tokarev wrote:
>
>Claas Langbehn wrote:
>>> Hmm. I wonder how to *enable* it in the first place.. ;)
>>> e_powersaver.ko and acpi_cpufreq gives "No such device"
>>>
>> cat /proc/cpuinfo and have a look at the flags. Does it support "eps"?
>
>I've looked at
On Tue 2007-06-12 14:38:28, Ray Lee wrote:
> On 6/12/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> >> > > On some machines, buggy BIOSes don't properly setup WB MTRRs to
> >> > > cover all available RAM, meaning the last few megs (or even gigs)
> >> > > of memory will be marked uncached. Since
> I can't reproduce the problem, with the git tree I just pulled. Can
> you please provide the config file?
Sure, here's a pretty minimal config that fails for me:
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.22-rc4
# Tue Jun 12 14:48:03 2007
#
On 6/12/07, Natalie Protasevich <[EMAIL PROTECTED]> wrote:
>
> From: Roland Dreier [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 12, 2007 1:14 PM
> To: linux-kernel@vger.kernel.org; Protasevich, Natalie; Vivek Goyal
> Cc: [EMAIL PROTECTED]
> Subject: CONFIG_X86_ES7000=y,
On Monday, 11 June 2007 09:17, Tejun Heo wrote:
> Hello, Rafael.
>
> Rafael J. Wysocki wrote:
> > gregkh-driver-sysfs-use-singly-linked-list-for-sysfs_dirent-tree.patch
> > breaks
> > suspend to RAM on HPC nx6325 (x86_64).
> >
> > With this patch applied I get a general protection fault in
* Paul E. McKenney <[EMAIL PROTECTED]> wrote:
> Not a biggie for me, since I can easily do the taskset commands to
> force the processes to spread out, but I am worried that casual users
> of rcutorture won't know to do this -- thus not really torturing RCU.
> It would not be hard to modify
From: David Miller <[EMAIL PROTECTED]>
Date: Tue, 22 May 2007 03:14:32 -0700 (PDT)
> From: YOSHIFUJI Hideaki / 吉藤英明 <[EMAIL PROTECTED]>
> Date: Tue, 22 May 2007 18:36:47 +0900 (JST)
>
> > In article <[EMAIL PROTECTED]> (at Tue, 22 May 2007 10:57:38 +0200), Eric
> > Dumazet <[EMAIL PROTECTED]>
On 6/12/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> > > On some machines, buggy BIOSes don't properly setup WB MTRRs to
> > > cover all available RAM, meaning the last few megs (or even gigs)
> > > of memory will be marked uncached. Since Linux tends to allocate
> > > from high memory
In gmane.linux.kernel, you wrote:
> I was wondering: is there any reason not to use ext2 on an USB
> pendrive? Really my question is not only about USB pendrives, but any
> device whose storage is flash based. Let's assume that the device has a
> good quality flash memory with wear leveling
> From: Andrew Morton [mailto:[EMAIL PROTECTED]
> Unfortunately these cleanups get into a huge fight with your very own
> git-md-accel.patch:
>
Yes, you missed the note that said:
Note, I have not rebased git-md-accel yet. While that is
happening I
wanted to have this patch out
Hi all,
As some of you might know from my earlier post/thread about atkbd and softraw,
I'm currently working on getting keyboards with internet/easy access keys to
work painlessly / plug and play.
In order to be able to better test / develop this I've bought 2 cheap such
keyboards today,
Hi!
> >>cu:~# mount -oremount,ro /huge
> >>cu:~# /usr/net/bin/hibernate
> >>[this works and resumes]
> >>
> >>cu:~# mount -oremount,rw /huge
> >>cu:~# /usr/net/bin/hibernate
> >>[this works and resumes too !]
> >>
> >>cu:~# touch /huge/tst
> >>cu:~# /usr/net/bin/hibernate
> >>[but this doesn't
From: Roland Dreier [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 12, 2007 1:14 PM
To: linux-kernel@vger.kernel.org; Protasevich, Natalie; Vivek Goyal
Cc: [EMAIL PROTECTED]
Subject: CONFIG_X86_ES7000=y, CONFIG_X86_GENERICARCH=n, CONFIG_ACPI=y
build broken
(sending to Vivek since he seems to be
On Tue, 12 Jun 2007, Pavel Machek wrote:
Hi!
On some machines, buggy BIOSes don't properly setup WB MTRRs to
cover all available RAM, meaning the last few megs (or even gigs)
of memory will be marked uncached. Since Linux tends to allocate
from high memory addresses first, this causes the
Hi!
> > > On some machines, buggy BIOSes don't properly setup WB MTRRs to
> > > cover all available RAM, meaning the last few megs (or even gigs)
> > > of memory will be marked uncached. Since Linux tends to allocate
> > > from high memory addresses first, this causes the machine to be
> > >
1 - 100 of 786 matches
Mail list logo