On Mon, 2007-07-16 at 14:17 +0200, Rafael J. Wysocki wrote:
> > is this a matter of running some test to find out, or is this a question
> > for the kexec implemantors?
>
> Actually, I'd like someone to tell me. ;-)
>
> I've browsed the kexec code, but haven't found anything related to the devi
On Mon, Jul 16 2007, Martin K. Petersen wrote:
> > "John" == John Stoffel <[EMAIL PROTECTED]> writes:
>
> John> Will this help out tape drive performance at all? I looked
> John> through the patches quickly, esp the AIC7xxx stuff since that's
> John> what I use, but nothing jumped out at me..
Roman Zippel wrote:
> On Mon, 16 Jul 2007, Ingo Molnar wrote:
> > to sum it up: a nice +19 task (the most commonly used nice level in
> > practice) gets 9.1%, 3.9%, 3.1% of CPU time on the old scheduler,
> > depending on the value of HZ. This is quite inconsistent and illogical.
>
> You're correct
Casey Schaufler wrote:
--- "Z. Cliffe Schreuders" <[EMAIL PROTECTED]> wrote:
What I need is to ignore double delimiters such as (::). This can be
done trivially with a string comparison to check for "\0". What I want
to know is if it is ok to include the strtok_r code in my security
module
Hi Christoph,
On 7/13/07, Christoph Pfister <[EMAIL PROTECTED]> wrote:
Am Freitag, 13. Juli 2007 22:49 schrieb Christoph Pfister:
> Hi,
>
> After a kernel update I recognised that my keyboard sometimes didn't work
> after booting up. I found out that the issue appeared quite reliably after
> a c
On Sun, 2007-07-15 at 17:05 +0200, Haavard Skinnemoen wrote:
> Hi Trond,
>
> While testing my avr32 updates on the latest git tree, I got this:
>
> VFS: Mounted root (nfs filesystem).
> Freeing init memory: 56K (9000 - 9000e000)
> Unable to handle kernel NULL pointer dereference at virtual ad
On Mon, 16 Jul 2007, Al Boldi wrote:
> From a kexec'd hibernation kernel pov, both S3 and S4 look conceptually
> exactly the same. The only difference is, in S3 the memory is in memory and
> in S4 the memory is on storage. All device handling is exactly the same, so
> if there is a problem wi
potential parse error in initializer.
Signed-off-by: Yoann Padioleau <[EMAIL PROTECTED]>
diff --git a/drivers/i2c/busses/i2c-pmcmsp.c b/drivers/i2c/busses/i2c-pmcmsp.c
index 03188d2..17cecf1 100644
--- a/drivers/i2c/busses/i2c-pmcmsp.c
+++ b/drivers/i2c/busses/i2c-pmcmsp.c
@@ -630,7 +630,7 @@
On Mon, 16 Jul 2007, Jens Axboe wrote:
> On Mon, Jul 16 2007, James Bottomley wrote:
> > On Mon, 2007-07-16 at 14:16 +0200, Jens Axboe wrote:
> > > On Mon, Jul 16 2007, Geert Uytterhoeven wrote:
> > > > On Fri, 13 Jul 2007, Geert Uytterhoeven wrote:
> > > > > Ah, that explains it. flush_dcache_page
potential parse error in declaration under a #ifdef.
Signed-off-by: Yoann Padioleau <[EMAIL PROTECTED]>
diff --git a/drivers/serial/dz.h b/drivers/serial/dz.h
index 9674d4e..9141c37 100644
--- a/drivers/serial/dz.h
+++ b/drivers/serial/dz.h
@@ -125,8 +125,8 @@ #define DZ_XMIT_SIZE 4096
Ingo Molnar wrote:
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
* James Bruce <[EMAIL PROTECTED]> wrote:
While we're at it, isn't the comment above the wmult table incorrect?
The multiplier is 1.25, meaning a 25% change per nice level, not 10%.
yes, the weight multiplier 1.25, but the actual differ
> Quoting Shirley Ma <[EMAIL PROTECTED]>:
> Subject: Re: [ofa-general] Re: Further 2.6.23 merge plans...
>
> Michael,
>
> I would like to try this patch for one adapter/2 ports scalability performance
> for IPoIB. Is this patch appliable to OFED-1.2?
Most likely yes.
--
MST
-
To unsubscribe fr
James wrote:
I don't know the original order of the array before all the problems
started.
Is there a way to determine the original order?
No, unless you have some old kernel logs of the last time it assembled
the array properly.
The one thing that "--create" does destroy is the information ab
On Thu, 12 Jul 2007, Songmao Tian wrote:
> 8259 problem seems to be done with the attached patch, IDE hung seems to be
> the dma setting problem.
>
> Thanks all for your advise, comments. I have learned a lot. now I continue to
> trace down the IDE problem.
I would still recommend you to inves
From: Meelis Roos <[EMAIL PROTECTED]>
With 9P but no 9P debug options, this error occurs:
CC [M] fs/9p/v9fs.o
fs/9p/v9fs.c: In function 'v9fs_parse_options':
fs/9p/v9fs.c:134: error: 'p9_debug_level' undeclared (first use in this
function)
The following patch moves the definition of p9_debug_
* Ananth N Mavinakayanahalli ([EMAIL PROTECTED]) wrote:
> On Sat, Jul 14, 2007 at 03:20:02PM -0400, Mathieu Desnoyers wrote:
> > * Christoph Hellwig ([EMAIL PROTECTED]) wrote:
> > > On Fri, Jul 13, 2007 at 09:21:34PM -0400, Mathieu Desnoyers wrote:
> > > > Remove the kprobes mutex from kprobes.h, s
On Mon, 16 Jul 2007 22:51:38 +0900,
Akinobu Mita <[EMAIL PROTECTED]> wrote:
> This patch enables to catch the errors returned by add() procedure of
> sysdev driver in sysdev_register.
> @@ -253,23 +254,50 @@ int sysdev_register(struct sys_device *
>
> /* Notify global drivers */
>
On Monday, 16 July 2007 16:15, Alan Stern wrote:
> On Mon, 16 Jul 2007, Nigel Cunningham wrote:
>
> > > As I understand it, running a different OS between the hibernate and
> > > the resume would violate the ACPI spec.
> >
> > Well then, I know one or two people who would argue that the ACPI spe
* Jonathan Corbet <[EMAIL PROTECTED]> wrote:
> In the end, I did this because I thought msleep() should do what it
> claims to do, because I thought that getting a known-to-expire timeout
> off the timer wheel made sense, and to make a tiny baby step in the
> direction of reducing the use of j
Hi Gabriel,
On 7/16/07, Gabriel C <[EMAIL PROTECTED]> wrote:
( http://194.231.229.228/Oops.txt )
I cannot reproduce this on plain 2.6.22 so I've started to bisect the
problem.
Could you reproduce this oops at will at the "bad" points? [ Note that
git-bisect isn't quite applicable to bugs t
On Monday, 16 July 2007 14:38, Jim Crilly wrote:
> On 07/16/07 02:06:27PM +0200, Rafael J. Wysocki wrote:
> > On Monday, 16 July 2007 01:49, [EMAIL PROTECTED] wrote:
> > > On Mon, 16 Jul 2007, Rafael J. Wysocki wrote:
> > >
> > > > On Monday, 16 July 2007 00:42, [EMAIL PROTECTED] wrote:
> > > >> O
The filename in the file header is incorrect.
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
--- linux-2.6.22.noarch/drivers/ata/libata-sff.c~ 2007-07-16
11:21:37.0 -0400
+++ linux-2.6.22.noarch/drivers/ata/libata-sff.c2007-07-16
11:21:46.0 -0400
@@ -1,5 +1,5 @@
/*
On Mon, 16 Jul 2007 22:52:30 +0900,
Akinobu Mita <[EMAIL PROTECTED]> wrote:
> Current error handling in create_files() attempts to remove
> all attributes passed by argument by remove_files(). But it should
> only remove the attributes that have been successfully added.
While this is certainly cl
On Monday, 16 July 2007 16:42, Huang, Ying wrote:
> On Mon, 2007-07-16 at 14:17 +0200, Rafael J. Wysocki wrote:
> > > is this a matter of running some test to find out, or is this a question
> > > for the kexec implemantors?
> >
> > Actually, I'd like someone to tell me. ;-)
> >
> > I've browse
Satyam Sharma wrote:
> Hi Gabriel,
>
> On 7/16/07, Gabriel C <[EMAIL PROTECTED]> wrote:
>
>
>> ( http://194.231.229.228/Oops.txt )
>>
>
>
>> I cannot reproduce this on plain 2.6.22 so I've started to bisect the
>> problem.
>>
>
> Could you reproduce this oops at will at the "bad" po
Hi,
On Mon, 16 Jul 2007, Jonathan Corbet wrote:
> > One possible problem here is that setting up that timer can be
> > considerably more expensive, for a relative timer you have to read the
> > current time, which can be quite expensive (e.g. your machine now uses the
> > PIT timer, because TS
On Mon, Jul 16, 2007 at 10:50:28PM +0900, Akinobu Mita wrote:
> This patch fixes out of memory error handling in sysfs_new_dirent().
> kmem_cache_free() with NULL is not allowed.
Why not just allow kmem_cache_free() to allow NULL like other functions
in the kernel?
thanks,
greg k-h
-
To unsubscr
On 7/13/07, Akinobu Mita <[EMAIL PROTECTED]> wrote:
Use appropriate accessor function to set compound page destructor
function.
Cc: William Irwin <[EMAIL PROTECTED]>
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
Acked-by: Adam Litke <[EMAIL PROTECTED]>
--
Adam Litke ( agl at us.ibm.com )
I
On Mon, Jul 16, 2007 at 09:47:49AM -0500, Eric Van Hensbergen wrote:
> From: Meelis Roos <[EMAIL PROTECTED]>
>
> With 9P but no 9P debug options, this error occurs:
> CC [M] fs/9p/v9fs.o
> fs/9p/v9fs.c: In function 'v9fs_parse_options':
> fs/9p/v9fs.c:134: error: 'p9_debug_level' undeclar
Coverity (1709, 1710, 1711, 1712, 1713) actually flagged these as
REVERSE_INULLs (NULL check performed after dereference). But looking at
the other drivers I can't see any similar tests and the USB core already
makes sure urb is non-null - so might as well get rid of the checks.
Signed-off-by
On 7/14/07, David Brown <[EMAIL PROTECTED]> wrote:
I was forced to put full (almost) hard drive encryption on my laptop
so that all the Open Source Work I get paid to do will be protected in
case someone tries to steal it and so they won't find any personal
information about me if they get a hold
On 7/16/07, Roman Zippel <[EMAIL PROTECTED]> wrote:
On Mon, 16 Jul 2007, Jonathan Corbet wrote:
> > One possible problem here is that setting up that timer can be
> > considerably more expensive, for a relative timer you have to read the
> > current time, which can be quite expensive (e.g. your m
On Mon, 16 Jul 2007, Martin K. Petersen wrote:
> > "John" == John Stoffel <[EMAIL PROTECTED]> writes:
>
> John> Will this help out tape drive performance at all? I looked
> John> through the patches quickly, esp the AIC7xxx stuff since that's
> John> what I use, but nothing jumped out at me.
> The eHCA driver can now handle multiple event queues (read: interrupt
> sources) instead of one. The number of available EQs is selected via the
> nr_eqs module parameter.
> CQs are either assigned to the EQs based on the comp_vector index or, if the
> dist_eqs module parameter is supplied,
On Mon, 16 Jul 2007 10:52:14 -0400
Trond Myklebust <[EMAIL PROTECTED]> wrote:
> So you are saying that if you revert this patch, and only this patch,
> then it fixes nfsroot? (sorry, I tend not to trust git-bisect)
Reverting only that patch gives me the following error:
/home/hskinnemoen/git/lin
On 7/16/07, Ray Lee <[EMAIL PROTECTED]> wrote:
On 7/16/07, Roman Zippel <[EMAIL PROTECTED]> wrote:
> On Mon, 16 Jul 2007, Jonathan Corbet wrote:
> > > One possible problem here is that setting up that timer can be
> > > considerably more expensive, for a relative timer you have to read the
> > >
* Roman Zippel <[EMAIL PROTECTED]> wrote:
> I know that Ingo considers everything HZ related evil, [...]
no, you are misrepresenting me, i dont consider everything HZ related
evil - where did you get that from?
I explained it numerous times (remember the 'timeout' vs. 'timer event'
discussio
2007/7/17, Cornelia Huck <[EMAIL PROTECTED]>:
On Mon, 16 Jul 2007 22:51:38 +0900,
Akinobu Mita <[EMAIL PROTECTED]> wrote:
> This patch enables to catch the errors returned by add() procedure of
> sysdev driver in sysdev_register.
> @@ -253,23 +254,50 @@ int sysdev_register(struct sys_device *
>
Gabriel C wrote:
> Satyam Sharma wrote:
>
>> Hi Gabriel,
>>
>> On 7/16/07, Gabriel C <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>>> ( http://194.231.229.228/Oops.txt )
>>>
>>>
>>
>>
>>> I cannot reproduce this on plain 2.6.22 so I've started to bisect the
>>> problem.
>>>
Hi,
These are the remaining patches of the new PS3 storage drivers series:
[1] ps3: Disk Storage Driver
[2] ps3: BD/DVD/CD-ROM Storage Driver
[3] ps3: FLASH ROM Storage Driver
They are based on:
- the current Linux kernel source tree,
- plus the PS3 patches already submitted by
From: Geert Uytterhoeven <[EMAIL PROTECTED]>
Add a FLASH ROM Storage Driver for the PS3:
- Implemented as a misc character device driver
- Uses a fixed 256 KiB buffer allocated from boot memory as the hypervisor
requires the writing of aligned 256 KiB blocks
CC: Geoff Levand <[EMAIL PROTE
From: Geert Uytterhoeven <[EMAIL PROTECTED]>
Add a Disk Storage Driver for the PS3:
- Implemented as a block device driver with a dynamic major
- Disk names (and partitions) are of the format ps3d%c(%u)
- Uses software scatter-gather with a 64 KiB bounce buffer as the hypervisor
doesn't
From: Geert Uytterhoeven <[EMAIL PROTECTED]>
Add a BD/DVD/CD-ROM Storage Driver for the PS3:
- Implemented as a SCSI device driver
- Uses software scatter-gather with a 64 KiB bounce buffer as the hypervisor
doesn't support scatter-gather
CC: Geoff Levand <[EMAIL PROTECTED]>
Signed-off-by
Ah, thanks for spelling it out for me :) I misunderstood you before.
- Kevin
-Original Message-
From: Oliver Neukum [mailto:[EMAIL PROTECTED]
Sent: Monday, July 16, 2007 4:55 AM
To: [EMAIL PROTECTED]
Cc: Kevin Lloyd; [EMAIL PROTECTED]; Linux Development Group; [EMAIL PROTECTED];
linux-
2007/7/17, Cornelia Huck <[EMAIL PROTECTED]>:
On Mon, 16 Jul 2007 22:52:30 +0900,
Akinobu Mita <[EMAIL PROTECTED]> wrote:
> Current error handling in create_files() attempts to remove
> all attributes passed by argument by remove_files(). But it should
> only remove the attributes that have been
On Sun, 15 Jul 2007, Latchesar Ionkov wrote:
>
> I thought that it is not a good idea to keep the v9fs_ prefix for code
> that is in different places (fs/9p and net/9p). If keeping the old
> prefix is more acceptable, I can create a new patch without the
> "v9fs_"->"p9_" renames.
It's fine, I do
On Mon, Jul 16, 2007 at 05:29:45PM +0200, Cornelia Huck wrote:
> On Mon, 16 Jul 2007 22:52:30 +0900,
> Akinobu Mita <[EMAIL PROTECTED]> wrote:
>
> > Current error handling in create_files() attempts to remove
> > all attributes passed by argument by remove_files(). But it should
> > only remove th
On 07/15/2007 11:20 AM, Ian Kumlien wrote:
> I had emerge --sync failing several times...
>
> So i checked dmesg and found some info, attached further down.
> This is a old VIA C3 machine with one disk, it's been running most
> kernels in the 2.6.x series with no problems until now.
>
> PS. Don'
thanks, applied.
-
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/
> > I haven't done any work on it or seen anything from anyone else, so I
> > expect this will have to wait for 2.6.24.
> I'm surprised to hear this. How about this:
> http://lists.openfabrics.org/pipermail/general/2007-May/035757.html
Sure, I remember that. But I haven't seen anything to su
> Till when can we insert mlx4 with FMRs?
2.6.22 came out on July 8, so I would expect 2.6.23-rc1 (the end of
the merge window) to be July 22.
-
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://vge
On Mon, Jul 16 2007, Kai Makisara wrote:
> On Mon, 16 Jul 2007, Martin K. Petersen wrote:
>
> > > "John" == John Stoffel <[EMAIL PROTECTED]> writes:
> >
> > John> Will this help out tape drive performance at all? I looked
> > John> through the patches quickly, esp the AIC7xxx stuff since tha
On 7/16/07, Al Boldi <[EMAIL PROTECTED]> wrote:
Satyam Sharma wrote:
> Or just "cp -al" to create multiple trees at (almost) no disk cost
> that won't interfere with each other in any way, and makes the
> development process / generating patchsets trifle easier as well ...
That would be correct
The original patchset had three patches:
1. Renames all functions and macros
2. Moves the header files from fs/9p to include/net/9p and updates the
C files with the new header locations
3. Moves the C files from fs/9p to net/9p
Unfortunately the three patches were applied as a single one in Eric
> FYI, we are working on several IPoIB performance improvement
> patches which are not on the list. Some of the patches are under test,
> some of the patches are going to be submitted soon. They are:
There is less than a week left in the merge window, and none of these
changes has bee
Hi Thomas,
On Mon, 16 Jul 2007 16:21:07 +0200, Thomas Renninger wrote:
> PNP0C02 devices normally have a lot more IO port declarations than
> currently defined in PNP_MAX_PORT
>
> For checking, have a look at your disassembled DSDT, and look out for
> the _CRS function (and/or a ResourceTemplate
This patch implements the driver necessary use the Analog Devices
Blackfin processor's on-chip ethernet MAC controller.
[try#2]
- add timeout control
- kill dma_config_reg bitfields
- some trivial cleanup
[try#3]
- add endianess check
- add DRV_NAME, DRV_VERSION... driver information string
On Mon, Jul 16, 2007 at 04:01:15PM +1000, Nick Piggin wrote:
> Matt Mackall wrote:
> >The version of SLOB in -mm always scans its free list from the
> >beginning, which results in small allocations and free segments
> >clustering at the beginning of the list over time. This causes the
> >average se
On Monday 16 July 2007, Geert Uytterhoeven wrote:
> On Sat, 14 Jul 2007, Mike Frysinger wrote:
> > Pretty much everyone uses "__attribute__" or "attribute", no one
> > uses "__attribute". This patch tweaks the three places in asm-powerpc
> > where this comes up. While only asm-powerpc/types.h is
Alan Stern wrote:
> On Mon, 16 Jul 2007, Al Boldi wrote:
> > From a kexec'd hibernation kernel pov, both S3 and S4 look conceptually
> > exactly the same. The only difference is, in S3 the memory is in memory
> > and in S4 the memory is on storage. All device handling is exactly the
> > same, so
2007/7/17, Greg KH <[EMAIL PROTECTED]>:
On Mon, Jul 16, 2007 at 10:50:28PM +0900, Akinobu Mita wrote:
> This patch fixes out of memory error handling in sysfs_new_dirent().
> kmem_cache_free() with NULL is not allowed.
Why not just allow kmem_cache_free() to allow NULL like other functions
in th
Hi,
On Mon, 16 Jul 2007, Ingo Molnar wrote:
> I explained it numerous times (remember the 'timeout' vs. 'timer event'
> discussion?) that i consider timer granularity important to scalability.
> Basically, in every case where we know with great certainty that a
> time-out will _not_ occur (whe
Gabriel C wrote:
> Satyam Sharma wrote:
>
>> Hi Gabriel,
>>
>> On 7/16/07, Gabriel C <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>>> ( http://194.231.229.228/Oops.txt )
>>>
>>>
>>
>>
>>> I cannot reproduce this on plain 2.6.22 so I've started to bisect the
>>> problem.
>>>
On Mon, 16 July 2007 22:14:41 +0530, Satyam Sharma wrote:
> On 7/16/07, Al Boldi <[EMAIL PROTECTED]> wrote:
> >Satyam Sharma wrote:
> >> Or just "cp -al" to create multiple trees at (almost) no disk cost
> >> that won't interfere with each other in any way, and makes the
> >> development process /
Hi Linus,
These patches from last week never made it into your tree, so I'm
resending. A test pull on my end indicates that the merge shouldn't have any
conflicts, so I didn't bother rebasing on your latest stuff.
Original message follows.
--Mark
This represents the majority of o
Hello.
In article <[EMAIL PROTECTED]> (at Tue, 17 Jul 2007 00:49:02 +0800), Bryan Wu
<[EMAIL PROTECTED]> says:
> +static void bf537mac_set_multicast_list(struct net_device *dev)
> +{
> + u32 sysctl;
> +
> + if (dev->flags & IFF_PROMISC) {
> + printk(KERN_INFO "%s: set to prom
Hi
We are running an Intel server with Linux Centos 4.2 and kernel
2.6.9-22.ELsmp. The server has recently started to produce multipath
related error messages a regular intervals every couple of days. From
looking at the messages it appears that the fault corrects itself
after about 30 se
> @@ -161,8 +161,11 @@ static inline int ehca2ib_return_code(u64 ehca_rc)
applied, but as a further cleanup it seems that ehca2ib_return_code()
should be moved into a .c file and moved out of line -- I think it
would probably shrink the compiled code quite a bit, and as far as I
can see it is nev
On Fri, Jul 13, 2007 at 07:06:56PM -0600, Eric W. Biederman wrote:
> > .data = &ipv4_devconf.loop,
> > .maxlen = sizeof(int),
> > .mode = 0644,
> > + .child = 0x0,
> > .pro
Jörn Engel wrote:
> On Mon, 16 July 2007 22:14:41 +0530, Satyam Sharma wrote:
> > On 7/16/07, Al Boldi <[EMAIL PROTECTED]> wrote:
> > >Satyam Sharma wrote:
> > >> Or just "cp -al" to create multiple trees at (almost) no disk cost
> > >> that won't interfere with each other in any way, and makes the
On Fri, Jul 13, 2007 at 03:47:02PM -0700, David Miller wrote:
> From: [EMAIL PROTECTED] (Linas Vepstas)
> Date: Fri, 13 Jul 2007 15:05:15 -0500
>
> >
> > This is a patch (& bug report) for a crash in sysctl_set_parent()
> > in 2.6.22-git2.
> >
> > Problem: 2.6.22-git2 crashes with a stack trac
Am Freitag, 15. Juni 2007 schrieb Renato S. Yamane:
> Forwarding from: Toshiba_Linux-Users ([EMAIL PROTECTED])
>
> =
> I only tested on my Toshiba Satellite Pro A100 and it works.
You may want to have a look on the "omnibook" project on
http://omnibook.sf.net. Although it's named omni
On Mon, Jul 16 2007, Chuck Ebbert wrote:
> On 07/15/2007 11:20 AM, Ian Kumlien wrote:
> > I had emerge --sync failing several times...
> >
> > So i checked dmesg and found some info, attached further down.
> > This is a old VIA C3 machine with one disk, it's been running most
> > kernels in the 2
Etienne Lorrain wrote:
>
> The only time I ever needed this "end line recalculation" was when the
> heigh in
> graphic lines was not a multiple of the character heigh - i.e. 640x350 with
> 8x16
> or 8x8 chars - some VGA adapters do not hide the bottom graphic lines.
> The function vga_set_
> Add support for MR pages larger than 4K on eHCA2. This reduces firmware
> memory consumption. If enabled via the mr_largepage module parameter, the MR
> page size will be determined based on the MR length and the hardware
> capabilities - if the MR is >= 16M, 16M pages are used, for example.
On Mon, Jul 16 2007, David Brown wrote:
> On 7/14/07, David Brown <[EMAIL PROTECTED]> wrote:
>> I was forced to put full (almost) hard drive encryption on my laptop
>> so that all the Open Source Work I get paid to do will be protected in
>> case someone tries to steal it and so they won't find any
Roman Zippel <[EMAIL PROTECTED]> wrote:
> > That's a possibility, I admit I haven't benchmarked it. I will say that
> > I don't think it will be enough to matter - msleep() is not a hot-path
> > sort of function. Once the system is up and running it almost never
> > gets called at all - at least
On Mon, 16 Jul 2007, Roman Zippel wrote:
>
> To illustrate the problem a little different: a task with a nice level -20
> got around 700% more cpu time (or 8 times more), now it gets 8500% more
> cpu time (or 86.7 times more).
Ingo, that _does_ sound excessive.
How about trying a much less a
> > [...] The mouse is smooth, just when one app is being quit (dont
> > know why...) the mouse will be jerking for a few seconds...
> is the mouse jerky on any app quitting?
No.
> Or is your observation the following: _sometimes_ apps quit
> unexpectedly (their window just vanishes?), and _at
Folks,
I will have the fix and rework to the fixed phy posted by today/tomorrow.
You'll have to modify platform code a bit
Thanks,
-Vitaly
On Sun, 15 Jul 2007 19:42:44 +0200
Gabriel C <[EMAIL PROTECTED]> wrote:
> Satyam Sharma wrote:
> > Hi Gabriel,
> >
>
> Hi Satyam ,
>
> > On 7/14/07, G
Add the ability to reset the machine using the RESET_REG in ACPI's FADT table.
Signed-off-by: Aaron Durbin <[EMAIL PROTECTED]>
---
diff --git a/drivers/acpi/Makefile b/drivers/acpi/Makefile
index d4336f1..c9906a5 100644
--- a/drivers/acpi/Makefile
+++ b/drivers/acpi/Makefile
@@ -21,7 +21,7 @@ ob
Jeff Garzik wrote:
>>
>> What the *at() interfaces really do is fix/paper over a longstanding
>> wart in Unix: the cwd really should have been a standard file descriptor
>> (like stdin/stdout/stderr) instead of a magic piece of state maintained
>> in kernel space.
>
> It's more than a wart, IMO.
Add the ability to reboot an x86_64 based machine using the RESET_REG in the
FADT ACPI table.
Signed-off-by: Aaron Durbin <[EMAIL PROTECTED]>
This patch relies on the ACPI reboot mechanism patch.
diff --git a/Documentation/x86_64/boot-options.txt
b/Documentation/x86_64/boot-options.txt
in
Make ACPI be the default reset method for x86_64. If the reset mechanism fails
using ACPI, it will default to using the keyboard controller.
Signed-off-by: Aaron Durbin <[EMAIL PROTECTED]>
---
This patch relies on the ACPI reboot mechanism patch.
diff --git a/Documentation/x86_64/boot-options.t
Hi,
On Mon, 16 Jul 2007, Linus Torvalds wrote:
> How about trying a much less aggressive nice-level (and preferably linear,
> not exponential)?
I think the exponential increase isn't the problem. The old code did
approximate something like this rather crudely with the result that there
was a
On Mon, 16 Jul 2007 12:44:50 +0530, Trilok Soni wrote:
> Hi Guennadi,
>
> On 7/15/07, Guennadi Liakhovetski <[EMAIL PROTECTED]> wrote:
> > On Tue, 10 Jul 2007, Trilok Soni wrote:
> >
> > > Hi Jean/Andrew,
> > >
> > > Attached patch adds Texas Instruments TWL92330/Menelaus Power
> > > Management ch
On Mon, 2007-07-16 at 11:00 -0700, Aaron Durbin wrote:
> Add the ability to reset the machine using the RESET_REG in ACPI's FADT table.
>
> Signed-off-by: Aaron Durbin <[EMAIL PROTECTED]>
> ---
>
> diff --git a/drivers/acpi/Makefile b/drivers/acpi/Makefile
> index d4336f1..c9906a5 100644
> --- a/
On Mon, 16 Jul 2007 18:02:43 GMT Linux Kernel Mailing List wrote:
> Gitweb:
> http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=2be7fe075af8f8ba9c8b8ab0feec4ba4fff04979
> Commit: 2be7fe075af8f8ba9c8b8ab0feec4ba4fff04979
> Parent: 97d8f83cb734525f96992fd61
On 7/16/07, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
On Mon, 2007-07-16 at 11:00 -0700, Aaron Durbin wrote:
> Add the ability to reset the machine using the RESET_REG in ACPI's FADT table.
>
> Signed-off-by: Aaron Durbin <[EMAIL PROTECTED]>
> ---
>
> diff --git a/drivers/acpi/Makefile b/driver
Satyam Sharma wrote:
> On 7/16/07, Gabriel C <[EMAIL PROTECTED]> wrote:
>> Here the bisect result:
>>
>> 3007e997de91ec59af39a3f9c91595b31ae6e08b is first bad commit
>> commit 3007e997de91ec59af39a3f9c91595b31ae6e08b
>> Author: Tejun Heo <[EMAIL PROTECTED]>
>> Date: Thu Jun 14 04:27:23 2007 +0900
[PATCH] utime(s): Honour CAP_FOWNER when times==NULL
do_utimes() does not honour CAP_FOWNER when times==NULL.
Trivial and obvious one-line fix.
Signed-off-by: Satyam Sharma <[EMAIL PROTECTED]>
---
BTW this bug was hidden by the fact that we call vfs_permission() from the
code below (for) this c
Tejun Heo wrote:
> Satyam Sharma wrote:
>
>> On 7/16/07, Gabriel C <[EMAIL PROTECTED]> wrote:
>>
>>> Here the bisect result:
>>>
>>> 3007e997de91ec59af39a3f9c91595b31ae6e08b is first bad commit
>>> commit 3007e997de91ec59af39a3f9c91595b31ae6e08b
>>> Author: Tejun Heo <[EMAIL PROTECTED]>
>>>
On Mon, 16 Jul 2007 11:23:05 -0700
Randy Dunlap <[EMAIL PROTECTED]> wrote:
> > +/*
> > + * NOTE: do not add new entries to this table unless you have read
> > + * Documentation/sysctl/ctl_unnumbered.txt
> > + */
> > +/*
> > + * NOTE: do not add new entries to this table unless you have read
> > +
On Mon, Jul 16, 2007 at 08:56:10AM +0200, Adrian Bunk wrote:
> On Sun, Jul 15, 2007 at 10:03:02PM -0700, Li, Tong N wrote:
> >
> > There are various metrics a scheduler may want to optimize for, such as
> > throughput, response time, power consumption, fairness, and so on. Each
> > of these may al
Hi Linus,
Could you please apply the below patch now that 2.6.22 is released?
Thanks a lot in advance!
Best regards,
Anton
--
Anton Altaparmakov (replace at with @)
Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK
Linux NTFS maintainer, http://www.linux-ntfs.org/
On Tue, 17 Jul 2007, Satyam Sharma wrote:
>
> [PATCH] utime(s): Honour CAP_FOWNER when times==NULL
>
> do_utimes() does not honour CAP_FOWNER when times==NULL.
> Trivial and obvious one-line fix.
Ahh, ok. Is this old, or was it introduced recently (I'm looking at my
recent change to that area,
It is an error to add visible Kconfig options without help text. Among
them are the new "menuconfig" options. Jan obviously never uses "make
oldconfig". Most of these options were added after 2.6.22:
BLK_DEV
HID_SUPPORT
INSTRUMENTATION
MACINTOSH_DRIVERS
MISC_DEVICES
USB_SUPPORT
Here are sugges
/proc/mounts in its current state fail to disambiguate bind mounts, especially
when the bind mount is subrooted. Also it does not capture propagation state of
the mounts(shared-subtree). The following patch addresses the problem.
The following additional fields to /proc/mounts are added.
propaga
Hi, Paul,
I've run into a strange problem with css_put(). After the changes for
notify_on_release(), the css_put() routine can now block and it blocks on
the container_mutex. This implies that css_put() cannot be called if
1. We cannot block
2. We already hold the container_mutex
The problem I
Zan Lynx wrote:
...
Unable to handle kernel NULL pointer dereference at RIP:
[] reiser4_tree_by_page+0x4/0x20
PGD 17594067 PUD d025067 PMD 0
Oops: [1] PREEMPT SMP
CPU 0
Modules linked in: nls_iso8859_1 isofs nls_base snd_pcm_oss snd_mixer_oss netconsole ipv6 usbhid hid s
201 - 300 of 557 matches
Mail list logo
