On Wed, 29 Aug 2007 14:26:47 +0200 Jan Kara wrote:
> On Tue 28-08-07 21:13:35, Andrew Morton wrote:
> > On Tue, 28 Aug 2007 16:13:18 +0200 Jan Kara <[EMAIL PROTECTED]> wrote:
> >
> > > Hello,
> > >
> > > I'm sending rediffed patch implementing sending of quota messages via
> > > netlink
> >
Commit: 2aae950b21e4bc789d1fc6668faf67e8748300b7
With new vdso gettimeofday support in glibc:
[https://bugzilla.redhat.com/show_bug.cgi?id=262481]
After 5 minutes of uptime, the system clock goes screwy.
When running a simple 'while /bin/true ; date ; uptime ; sleep 2 ; done' loop:
Wed
On Wed, 29 Aug 2007, Oliver Neukum wrote:
> Am Mittwoch 29 August 2007 schrieb Arjan van de Ven:
> > Another question, if this is during system shutdown, maybe that's a
> > valid case for flushing most of the pagecache first (from userspace)
> > since most of what's there won't be used again anyway
Paul Menage wrote:
> On 8/29/07, Balbir Singh <[EMAIL PROTECTED]> wrote:
>> Change the interface to use kilobytes instead of pages. Page sizes can vary
>> across platforms and configurations. A new strategy routine has been added
>> to the resource counters infrastructure to format the data as desi
On Wed, 2007-08-29 at 09:29 -0400, Daniel Drake wrote:
> Hi,
>
> I've spent some time trying to understand why swapoff is such a slow
> operation.
>
> My experiments show that when there is not much free physical memory,
> swapoff moves pages out of swap at a rate of approximately 5mb/sec. When
>
On Wednesday 29 August 2007 16:44, Daniel Drake wrote:
> On Wed, 2007-08-29 at 07:30 -0700, Arjan van de Ven wrote:
> > > My experiments show that when there is not much free physical memory,
> > > swapoff moves pages out of swap at a rate of approximately 5mb/sec.
> >
> > sounds like about disk sp
Henrique de Moraes Holschuh wrote:
On Sat, 25 Aug 2007, Yan Burman wrote:
Aha, /sys. Could we simply power off the device when its input device
is not opened?
No, we can't since the sys interface provides the position info and some
applications (hdaps apps for example) use this int
Previously, ibmebus derived a device's bus_id from its location code. The
location code is not guaranteed to be unique, so we might get bus_id
collisions if two devices share the same location code. The OFDT full_name,
however, is unique, so we use that instead.
Signed-off-by: Joachim Fenkes <[EMA
On 8/29/07, Balbir Singh <[EMAIL PROTECTED]> wrote:
> >
> > This seems a bit inconsistent - if you write a value to a limit file,
> > then the value that you read back is reduced by a factor of 1024?
> > Having the "(kB)" suffix isn't really a big help to automated
> > middleware.
> >
>
> Why is th
Am Mittwoch 29 August 2007 schrieb Hugh Dickins:
> On Wed, 29 Aug 2007, Oliver Neukum wrote:
> > Am Mittwoch 29 August 2007 schrieb Arjan van de Ven:
> > > Another question, if this is during system shutdown, maybe that's a
> > > valid case for flushing most of the pagecache first (from userspace)
On 08/28/2007 11:53 AM, Martin Knoblauch wrote:
>
> The basic setup is a dual x86_64 box with 8 GB of memory. The DL380
> has a HW RAID5, made from 4x72GB disks and about 100 MB write cache.
> The performance of the block device with O_DIRECT is about 90 MB/sec.
>
> The problematic behaviour co
Hello,
When my system boots, I get several set_drive_speed_status errors.
(Please see attached dmesg output.)
Can someone explain what they mean? How do I get rid of them?
Is there something I need to set in the config? or something I should
not have set?
Bonus question: is there some way to
I think that it would be nicer to implement the p9 transport on top of
virtio instead of directly on top of PCI. I think your PCI transport
would make a pretty nice start of a PCI virtio transport though.
Regards,
Anthony Liguori
On Tue, 2007-08-28 at 13:52 -0500, Eric Van Hensbergen wrote:
> F
On Wednesday 29 August 2007 09:28:01 am Michal Piotrowski wrote:
> Subject : 8250 claims non existing device blocking IO port
> References : http://lkml.org/lkml/2007/8/18/20
> Last known good : ?
> Submitter : Andrey Borzenkov <[EMAIL PROTECTED]>
> Caused-By : ?
> Handled-
That's also in our plans. There was no virtio support in KVM when I
started working in the transport.
Thanks,
Lucho
On 8/29/07, Anthony Liguori <[EMAIL PROTECTED]> wrote:
> I think that it would be nicer to implement the p9 transport on top of
> virtio instead of directly on top of PCI. I th
> Standards:
> Likely used: 1
Prehistory
> LBA, IORDY not likely
No DMA, nothing above PIO2
> Buffer type: 0002: dual port, multi-sector
> Buffer size: 1.0kB bytes avail on r/w long: 4
> Cannot perform double-word IO
Can't even do double word
Hi,
http://ucmk.sourceforge.net/ucmk-project.pdf
We are working on Andi Kleen's suggestions. We have started this
project. The link is given above. As of now we have suggested and
elaborated three implementations.
regards
Soumendu Sekhar S
-
To unsubscribe from this list: send the line "uns
No, it's not safe to run the AML interpreter with interrupts disabled.
I don't have any problem with introducing finer granularity enter/exit
sleep interfaces if they are required.
I would suggest that we rename things a bit however.
Currently:
acpi_enter_sleep_state_prep
acpi_enter_sleep_state_
Hi,
On 8/29/07, Bret Towe <[EMAIL PROTECTED]> wrote:
> while trying to build a fresh kernel for my mini after upgrading from gutsy
> (and forgetting to save my .config) I hit the below build error
The .config you can get from /boot/config-`uname -r`
> 2.6.23-rc3 I did work under feisty but that
> We have an X driver that does minimal performance costing operations.
> As we should and will have for our other drivers.
Ok, so you use your own DDX and prevent X vgacrapware to kick in ? Makes
sense.
Ben.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
Dave Kleikamp wrote:
On Tue, 2007-08-28 at 07:11 +0800, Michael Deegan wrote:
Hi,
On Tue Aug 7 16:00:19 GMT 2007, Martin Koegler wrote:
A vanilla 2.6.22 kernel (SMP PREEMPT i686) produced the following messages,
while working with a CIFS mount point:
Aug 27 22:33:08 wibble k
Alan Cox <[EMAIL PROTECTED]> writes:
>> >> adequate job of warning our users. A printk when we run a program
>> >> that uses the binary interface and an long enough interval the warning
>> >> makes it to the Enterprise kernels before we remove the interface
>> >> should be sufficient.
>
> The ent
On Wed, 29 Aug 2007 17:26:24 +0200 (CEST)
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> On Aug 28 2007 15:23, Stephen Hemminger wrote:
> >> I noticed lately that my traffic control rates were being very slow,
> >> about 40% less than expected, and finally spotted the problem: cpufreq.
> >>
>
>From commit cd8c93a4e04dce8f00d1ef3a476aac8bd65ae40b:
"Similar functionality was turned on by acpi_fake_ecdt=1 command line
before. Now it is on all the time."
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
diff --git a/Documentation/kernel-parameters.txt
b/Documentation/kernel-para
On Tue, 28 Aug 2007 18:11:55 BST, Christoph Hellwig said:
> On Tue, Aug 28, 2007 at 12:00:50PM -0400, Jiri Slaby wrote:
> > ath5k, license is GPLv2
> >
> > The files are available only under GPLv2 since now.
>
> Is this really a good idea? Most of the reverse-engineering was
> done by the OpenBS
Hi all,
at least the 2x Quad-Core Apple Mac Pro appears to have some over-heat
protection which suddenly powers off the whole box under load. This
adds support for the fans and temerature sensors in the Mac Pro - later
some "windwarm" a-like code should probably monitor the values. For now
manuall
Eric W. Biederman wrote:
My hypothesis. No one cares now.
My observation. The way we have been maintaining the binary sysctl
side of things using it is asking for your application to be broken in
subtle and nasty ways.
I suspect the right thing to do is simply to make a list of the
support
Adrian,
Em Seg, 2007-08-27 às 23:28 +0200, Adrian Bunk escreveu:
> This patch removes code that was both dead and pointless.
I've already handled this on my newer videobuf approach:
http://linuxtv.org/hg/~mchehab/videobuf/
Those patches are currently in tests. I expect to have those ready for
2
Jens Axboe wrote:
On Thu, Aug 23 2007, Theodore Tso wrote:
On Thu, Aug 23, 2007 at 07:52:46AM +0200, Jan Engelhardt wrote:
On Aug 23 2007 01:01, Richard Ballantyne wrote:
What file system that is already in the linux kernel do people recommend
I use for my laptop that now contains a solid stat
On Wed, 29 Aug 2007 10:04:33 EDT, [EMAIL PROTECTED] said:
(Fixing the Subject: and updating the info)
> On Wed, 22 Aug 2007 02:06:48 PDT, Andrew Morton said:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
> The issue: vdso and gettimeofday seem to b
On Wed, 29 Aug 2007, Peter Lund wrote:
>
> - if (tmp >= RADIX_TREE_INDEX_BITS)
> - index = ~0UL;
> - return index;
> + if (shift < 0)
> + return ~0UL;
> + if (shift >= 8 * sizeof(unsigned long))
8* sizeof(unsigned long) is the constant BITS_PER_LONG.
-
To
I guess I should sent these here since it looks like not scsi bug anyway.
-- Forwarded Message --
Subject: 2.6.22 oops kernel BUG at block/elevator.c:366!
Date: Wednesday 29 of August 2007
From: Arkadiusz Miskiewicz <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Hello,
I'm trying
On Wed, Aug 29 2007, Arkadiusz Miskiewicz wrote:
>
> I guess I should sent these here since it looks like not scsi bug anyway.
It's stex, right? It seems to have some issues with multiple completions
of commands, which craps out the block layer of course.
> -- Forwarded Message ---
Roland Dreier wrote:
Looks OK to me but I would just roll up the second patch into the
first patch and let Jeff merge it as one commit. There's no point in
creating an intermediate tree that doesn't build -- it just breaks git
bisect for no useful purpose.
Okay, Jeff agrees too, I'll do so.
On Wed, Aug 29 2007, Bill Davidsen wrote:
> Jens Axboe wrote:
> >On Thu, Aug 23 2007, Theodore Tso wrote:
> >>On Thu, Aug 23, 2007 at 07:52:46AM +0200, Jan Engelhardt wrote:
> >>>On Aug 23 2007 01:01, Richard Ballantyne wrote:
> What file system that is already in the linux kernel do people rec
> > > I've noticed an oddity with CONFIG_HOTPLUG_CPU in 2.6.23-rc:
> > > make oldconfig seems to turn it on even when nothing wants it,
> > > increasing kernel size by about 10k; but if you then edit the
> > > line out of .config and make oldconfig again, it correctly
> > > offers the choice and le
On 8/29/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> The heck with "good idea" - it's unclear to me if Jiri is even *allowed*
> to remove the BSD/other license. Jiri can release *his* code as GPLv2
> only, but I suspect the files as a whole really should be dual BSD/GPLv2,
> due to the nume
On Wednesday 29 of August 2007, Jens Axboe wrote:
> On Wed, Aug 29 2007, Arkadiusz Miskiewicz wrote:
> > I guess I should sent these here since it looks like not scsi bug anyway.
>
> It's stex, right? It seems to have some issues with multiple completions
> of commands, which craps out the block la
Michal Piotrowski wrote:
> Subject : 2.6.23-rc2 cross compile regressions (alpha,xtensa)
> References : http://lkml.org/lkml/2007/8/6/43
> Last known good : alpha: 2.6.22-git8 xtensa: 2.6.22-git6
> Submitter : Jan Dittmer <[EMAIL PROTECTED]>
> Caused-By : ?
> Handled-By
On Wed, Aug 29 2007, Arkadiusz Miskiewicz wrote:
> On Wednesday 29 of August 2007, Jens Axboe wrote:
> > On Wed, Aug 29 2007, Arkadiusz Miskiewicz wrote:
> > > I guess I should sent these here since it looks like not scsi bug anyway.
> >
> > It's stex, right? It seems to have some issues with multi
On Wednesday 29 of August 2007, Jens Axboe wrote:
> On Wed, Aug 29 2007, Arkadiusz Miskiewicz wrote:
> > On Wednesday 29 of August 2007, Jens Axboe wrote:
> > > On Wed, Aug 29 2007, Arkadiusz Miskiewicz wrote:
> > > > I guess I should sent these here since it looks like not scsi bug
> > > > anyway.
Robert P. J. Day wrote:
On Thu, 23 Aug 2007, Clemens Koller wrote:
shaneed cm schrieb:
Hi,
This is a request for Linux kernel related project ideas.
I am Computer Science Engineering final year student. We have to do
a project of one year duration . I formed a group of two and we
decided to
Hi-
Joachim Fenkes wrote:
> Previously, ibmebus derived a device's bus_id from its location code. The
> location code is not guaranteed to be unique, so we might get bus_id
> collisions if two devices share the same location code. The OFDT full_name,
> however, is unique, so we use that instead.
From: Peter Lund <[EMAIL PROTECTED]>
Negative shifts are not allowed in C (the result is undefined).
Same thing with full-width shifts.
It works on most platforms but not on the VAX with gcc 4.0.1 (it results in an
"operand reserved" fault).
Applies to Linux 2.6.22.
Signed-off-by: Peter Lund <[
On Wed, Aug 29 2007, Arkadiusz Miskiewicz wrote:
> On Wednesday 29 of August 2007, Jens Axboe wrote:
> > On Wed, Aug 29 2007, Arkadiusz Miskiewicz wrote:
> > > On Wednesday 29 of August 2007, Jens Axboe wrote:
> > > > On Wed, Aug 29 2007, Arkadiusz Miskiewicz wrote:
> > > > > I guess I should sent
> > to remove the BSD/other license. Jiri can release *his* code as GPLv2
> > only, but I suspect the files as a whole really should be dual BSD/GPLv2,
> > due to the numerous other stakeholders in those files.
>
> This mess has been occurring in the kernel for years. The DRM graphics
> drivers
On Tue, 28 Aug 2007 15:19:07 EDT, "J. Bruce Fields" said:
> On Tue, Aug 28, 2007 at 03:12:26PM -0400, [EMAIL PROTECTED] wrote:
> > On Mon, 27 Aug 2007 17:43:33 EDT, "J. Bruce Fields" said:
> > > I also wonder whether these shouldn't all be dprintk's instead of
> > > printk's. One misbehaving clien
Jan Kara <[EMAIL PROTECTED]> writes:
>> I suspect the namespace virtualisation guys would be interested in a new
>> interface which is sending current->user->uid up to userspace. uids are
>> per-namespace now. What are the implications? (cc's added)
> I know there's something going on in thi
+ len = strlen(dn->full_name + 1);
+ bus_len = min(len, BUS_ID_SIZE - 1);
+ memcpy(dev->ofdev.dev.bus_id, dn->full_name + 1
+ + (len - bus_len), bus_len);
+ for (i = 0; i < bus_len; i++)
+ if (dev->ofdev.dev.bus_id[i] == '/')
+
On Sat, 2007-08-25 at 01:03 +0100, Alan Cox wrote:
> > although I would worry about their members only being the ones voting on
> > the TAB for no other reason than the bias toward one distro only at this
> > point in time.
>
> Given the complaint was about the question of correct selection of vot
On Wed, 2007-08-29 at 16:40 +0530, Balbir Singh wrote:
>
>
> @@ -352,7 +353,7 @@ int mem_container_charge(struct page *pa
> kfree(pc);
> pc = race_pc;
> atomic_inc(&pc->ref_cnt);
> - res_counter_uncharge(&mem->res, 1);
> +
On 08/24/2007 02:04 PM, Greg KH wrote:
>
> I'm starting to really appreciate Linus's hate for patch-fuzz :)
>
If you're using quilt, add this to .quiltrc:
QUILT_PATCH_OPTS="--fuzz=1"
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PR
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
>>
>> My hypothesis. No one cares now.
>>
>> My observation. The way we have been maintaining the binary sysctl
>> side of things using it is asking for your application to be broken in
>> subtle and nasty ways.
>>
>
> I susp
Andrew,
Here's rev 3 of the IOAT DCA patches that are currently in -mm. These
patches include updates based on feedback on the previous sets, as well as a
couple of other fixes we found internally. These were originally posted
on 20-Jul-2007 - see http://marc.info/?l=linux-kernel&m=1184892374273
Rename the ioatdma.c file in preparation for splitting into multiple files,
which will allow for easier adding new functionality.
Signed-off-by: Shannon Nelson <[EMAIL PROTECTED]>
Acked-by: David S. Miller <[EMAIL PROTECTED]>
---
drivers/dma/Makefile |1
drivers/dma/ioat_dma.c | 818
Split the general PCI startup from the DMA handling code in order to
prepare for adding support for DCA services and future versions of the
ioatdma device.
[Rusty Russell] Removal of __unsafe() usage.
Signed-off-by: Shannon Nelson <[EMAIL PROTECTED]>
Acked-by: David S. Miller <[EMAIL PROTECTE
Add support for MSI and MSI-X interrupt handling, including the ability
to choose the desired interrupt method.
Signed-off-by: Shannon Nelson <[EMAIL PROTECTED]>
Acked-by: David S. Miller <[EMAIL PROTECTED]>
---
drivers/dma/ioat_dma.c | 346 ---
driv
Direct Cache Access (DCA) is a method for warming the CPU cache before data
is used, with the intent of lessening the impact of cache misses. This
patch adds a manager and interface for matching up client requests for DCA
services with devices that offer DCA services.
In order to use DCA, a modul
Add code to connect to the DCA driver and provide cpu tags for use by
drivers that would like to use Direct Cache Access hints.
[Adrian Bunk]Several Kconfig cleanup items
[Andrew Morten, Chris Leech] Fix for using cpu_physical_id() even when
Add device ids for new revs of the Intel I/OAT DMA engine
Signed-off-by: Shannon Nelson <[EMAIL PROTECTED]>
Acked-by: David S. Miller <[EMAIL PROTECTED]>
---
drivers/dma/ioatdma.c |5 +++--
include/linux/pci_ids.h |2 ++
2 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/dr
Take care of a bunch of little code nits in ioatdma files
Signed-off-by: Shannon Nelson <[EMAIL PROTECTED]>
Acked-by: David S. Miller <[EMAIL PROTECTED]>
---
drivers/dma/ioat_dma.c | 200 +++-
1 files changed, 111 insertions(+), 89 deletions(-)
diff
On Fri, Aug 10, 2007 at 04:22:09PM +0200, Andreas Gruenbacher wrote:
> * Add pathput() for releasing a reference to the dentry and vfsmount of a
> struct path.
>
> * Switch from path_release(nd) to pathget(&nd->path).
^ pathput
>
> * Switch from pat
On 8/29/07, Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Subject : console is messed up after resume from s2ram or switching
> to console from X
> References : http://lkml.org/lkml/2007/8/4/6
> Last known good : ?
> Submitter : Jeff Chua <[EMAIL PROTECTED]>
> Caused-By
On Wed 29-08-07 12:31:52, Eric W. Biederman wrote:
> Jan Kara <[EMAIL PROTECTED]> writes:
>
> >> I suspect the namespace virtualisation guys would be interested in a new
> >> interface which is sending current->user->uid up to userspace. uids are
> >> per-namespace now. What are the implications
On Fri, Aug 10, 2007 at 04:22:10PM +0200, Andreas Gruenbacher wrote:
> afs_mntpt_follow_link() actually does mntput before dput, which is wrong.
Please send a fix to Dave to fix this for 2.6.24 and stable even without
introducing pathput just yet.
The actual patch is fine.
-
To unsubscribe from t
On Fri, Aug 10, 2007 at 04:22:11PM +0200, Andreas Gruenbacher wrote:
> This is the symmetric operation to pathput.
The primitive looks fine to me, but it needs a kerneldoc comment describing
it. Also I think both this and pathput should not actually be inline.
-
To unsubscribe from this list: se
On Fri, Aug 10, 2007 at 04:22:12PM +0200, Andreas Gruenbacher wrote:
> * Move the definition of struct path into .
>
> * Use struct path in fs_struct. This allows to use pathget and
> pathput on a fs_struct.
Looks good.
Btw, WTF are pnpbios and sound looking at fs_struct? They have no
right t
On 08/25/2007 01:31 PM, Clark Cooper wrote:
>> Your handler can do this by masking
>> exceptions, changing the operands of the failed FP instruction,
>> or by changing the PC so that the failed instruction is skipped
>> (your handler may want to emulate the instruction in this case).
>
> Given th
On Wednesday, 29 August 2007 18:54, Moore, Robert wrote:
> No, it's not safe to run the AML interpreter with interrupts disabled.
OK
> I don't have any problem with introducing finer granularity enter/exit
> sleep interfaces if they are required.
>
> I would suggest that we rename things a bit h
On 8/29/07, Felipe Balbi <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On 8/29/07, Bret Towe <[EMAIL PROTECTED]> wrote:
> > while trying to build a fresh kernel for my mini after upgrading from gutsy
> > (and forgetting to save my .config) I hit the below build error
>
> The .config you can get from /boot/c
On 8/29/07, Alan Cox <[EMAIL PROTECTED]> wrote:
> > > to remove the BSD/other license. Jiri can release *his* code as GPLv2
> > > only, but I suspect the files as a whole really should be dual BSD/GPLv2,
> > > due to the numerous other stakeholders in those files.
> >
> > This mess has been occur
On Wednesday 29 August 2007 06:41:41 Alexey Starikovskiy wrote:
> Daniel,
> Does this patch help you, or do we need to revert the whole thing?
>
yes, this does the trick. the fan goes on again. thanks.
if you still need additional debug output or if you want me to test
a different patch just let
> Aren't patches made against the kernel GPL'd if the author doesn't
> explicitly grant them more liberal BSD license in addition?
That would be the normal assumption.
> The problem then comes in taking the patches that were only made
> available against GPL code and reshipping them under the BSD
On Wednesday 29 August 2007 21:33:43 Jon Smirl wrote:
> What if a patch spans both code that is pure GPL and code imported
> from BSD, how do you license it?
I think it's a valid assumption, if we say that the author
of the patch read the license header of a file and agreed with it.
So the patch i
On Wed, 29 Aug 2007 09:37:00 EDT, Peter Staubach said:
> There are a lot of ways to discover who is throwing trash
> at your system other than the kernel printing messages.
>
> Tools such as tcpdump and tethereal/wireshark make much better
> tools for this purpose.
Given the number of times I've
If you could open a bugreport at bugzilla.kernel.org in ACPI category
and attach
dmesg and acpidump output, that would help a lot. (I hope :( )
Thanks,
Alex.
Daniel Ritz wrote:
> On Wednesday 29 August 2007 06:41:41 Alexey Starikovskiy wrote:
>
>> Daniel,
>> Does this patch help you, or do we
On 08/29/2007 05:57 PM, Keith Packard wrote:
With X server 1.3, I'm getting consistent crashes with two glxgear
instances running. So, if you're getting any output, it's better than my
situation.
Before people focuss on software rendering too much -- also with 1.3.0 (and
a Matrox Millenium G55
Greg KH skrev:
This is the start of the stable review cycle for the 2.6.22.6 release.
There are 28 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let us know. If anyone is a maintainer of the proper subsystem, and
On Wed, 29 Aug 2007, Hugh Dickins wrote:
> On Wed, 29 Aug 2007, Alexey Dobriyan wrote:
> > On Wed, Aug 29, 2007 at 01:35:57AM +0200, Michal Piotrowski wrote:
> > > On 28/08/07, Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> > > > Every time I try to boot with maxcpus=1 it dies show_stat():
> > >
> >
On Wed, Aug 29, 2007 at 10:43:53PM +0300, Thomas Backlund wrote:
> Greg KH skrev:
> >This is the start of the stable review cycle for the 2.6.22.6 release.
> >There are 28 patches in this series, all will be posted as a response
> >to this one. If anyone has any issues with these being applied, pl
If the stack pointer is 0xc057a000, then the first stack page is at
0xc0579000 (the stack pointer is decremented before use). Not
calculating this correctly caused guests with CONFIG_DEBUG_PAGEALLOC=y
to be killed with a "bad stack page" message: the initial kernel stack
was just proceeding the .s
I've long hated the non-killability of tasks accessing a dead
NFS server. Linus had an idea for fixing this way back in 2002:
http://www.ussg.iu.edu/hypermail/linux/kernel/0208.0/0167.html which
I've prototyped in this patch.
Splitting up TASK_* into separate bits is going to need a lot more
aud
does anyone know from which address does the kernel load the initrd? I
mean the default value?
I want to boot the filesystem using a ramdisk. but the I don't know
where to put it in my ram? as I don't have flash , I can only load the
ramdisk into the ram.
and which boot option should I use?
than
On Wednesday 29 August 2007 21:45:01 Alexey Starikovskiy wrote:
> If you could open a bugreport at bugzilla.kernel.org in ACPI category
> and attach
> dmesg and acpidump output, that would help a lot. (I hope :( )
>
done. http://bugzilla.kernel.org/show_bug.cgi?id=8958
> Thanks,
> Alex.
>
> Dan
Hi,
I am wondering if this is a known issue, but I just built the current git
and several autofs mounts mysteriously disappeared. Restarting autofs could
fix some, but then lose others. 2.6.22 was fine.
Is there anything I could check other than bisect? (It may take some time
for me to get to it)
Xu Yang wrote:
does anyone know from which address does the kernel load the initrd? I
mean the default value?
I want to boot the filesystem using a ramdisk. but the I don't know
where to put it in my ram? as I don't have flash , I can only load the
ramdisk into the ram.
and which boot option sh
Jan Kara <[EMAIL PROTECTED]> writes:
>
>> However I'm still confused about the use of current->user. If that
>> is what we really want and not the user who's quota will be charged
>> it gets to be a really trick business, because potentially the uid
>> we want to deliver varies depending on who o
Pavel Emelianov [EMAIL PROTECTED] wrote:
| This is a lost hunk of previous patch that isolated the
| explicit usage of task->tgid in some places. The signalfd
| code uses the tsk->tgid comparison.
|
| Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
Acked-by: Sukadev Bhattiprolu <[EMAIL PROTECT
On Wed, 29 Aug 2007 15:06:43 MDT, Eric W. Biederman said:
> So we have to figure out how to do the hard thing which is look at
> who opened our netlink broadcast see if they are in the same user
> namespace as current->user. Which is a pain and we don't currently
> have the infrastructure for.
P
Daniel,
On Tue, Aug 28, 2007 at 01:13:44PM -0700, Daniel Walker wrote:
> On Tue, 2007-08-28 at 12:46 -0700, Stephane Eranian wrote:
>
> > I think I found the problem. As I suspected, it seems there is an assymetry
> > between the 1st end 2nd counter (just like what they have on P6 core). Yet
> >
Pavel Emelianov [EMAIL PROTECTED] wrote:
| The pktgen_thread.pid is set to current->pid and is never used
| after this. So remove this at all.
|
| Found during isolating the explicit pid/tgid usage.
|
| Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
Good observation that its not being used :
Nick Piggin <[EMAIL PROTECTED]> writes:
> On Tue, Aug 21, 2007 at 03:48:42PM -0400, Jeff Moyer wrote:
>> Hi,
>>
>> A while back, Nick Piggin introduced a patch to reduce the node memory
>> usage for small files (commit cfd9b7df4abd3257c9e381b0e445817b26a51c0c):
>>
>> -#define RADIX_TREE_MAP_SHIF
Hi!
Please CC me, as I'm currently not subscribed to this list, thx.
Attached patch will add above mentioned Laptop Model to whitelist for both
pata_ali and alim15x3, as it is correctly detected as 40-wire connected but
this cable is short enough to still do transfers higher than UDMA33.
Don't
--- Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> On 08/28/2007 11:53 AM, Martin Knoblauch wrote:
> >
> > The basic setup is a dual x86_64 box with 8 GB of memory. The
> DL380
> > has a HW RAID5, made from 4x72GB disks and about 100 MB write
> cache.
> > The performance of the block device with O_D
Pavel Emelianov [EMAIL PROTECTED] wrote:
| The sync_master_pid and sync_backup_pid are set in set_sync_pid()
| and are used later for set/not-set checks and in printk. So it
| is safe to use the global pid value in this case.
|
| Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
Acked-by: Sukade
On Wed, 29 Aug 2007 23:41:13 +0200
Daniel Exner <[EMAIL PROTECTED]> wrote:
> Hi!
>
> Please CC me, as I'm currently not subscribed to this list, thx.
>
> Attached patch will add above mentioned Laptop Model to whitelist for both
> pata_ali and alim15x3, as it is correctly detected as 40-wire co
Hi!
I'm a newbie here on the list and also as a "kernel hacker". There's a
bug reported in bugzilla (Bug 7927), cite:
> In the function __down
>
> fastcall void __sched __down(struct semaphore * sem)
> {
> struct task_struct *tsk = current;
> DECLARE_WAITQUEUE(wait, tsk);
> unsigned long fl
On Wed, Aug 29, 2007 at 05:27:39PM +0200, Michal Piotrowski wrote:
> FS
>
> Subject : [NFSD OOPS] 2.6.23-rc1-git10
> References : http://lkml.org/lkml/2007/8/2/462
> Last known good : ?
> Submitter : Andrew Clayton <[EMAIL PROTECTED]>
> Caused-By : ?
> Handled-By : ?
Dave Hansen wrote:
> On Wed, 2007-08-29 at 16:40 +0530, Balbir Singh wrote:
>>
>> @@ -352,7 +353,7 @@ int mem_container_charge(struct page *pa
>> kfree(pc);
>> pc = race_pc;
>> atomic_inc(&pc->ref_cnt);
>> - res_counter_uncharge(&mem->re
On Thu, 2007-08-30 at 03:34 +0530, Balbir Singh wrote:
> I've thought about this before. The problem is that a user could
> set his limit to 1 bytes, but would then see the usage and
> limit round to the closest page boundary. This can be confusing
> to a user.
True, but we're lying if we all
101 - 200 of 281 matches
Mail list logo
