Adrian Bunk wrote:
On Tue, Nov 13, 2007 at 12:13:56PM -0500, Theodore Tso wrote:
On Tue, Nov 13, 2007 at 04:52:32PM +0100, Benoit Boissinot wrote:
Btw, I used to test every -mm kernel. But since I've switched distros
(gentoo->ubuntu)
and I have less time, I feel it's harder to test -rc
At Wed, 14 Nov 2007 09:22:18 -0800,
Roland Dreier wrote:
>
> > NWhat cmd more exactly? The below is GET_DIGI_CONVERT. So it must be
> > related with SPDIF but it must be same as 2.6.23. Or do you happen to
> > set CONFIG_SND_HDA_POWER_SAVE=y?
>
> The new error message is:
>
>
> NWhat cmd more exactly? The below is GET_DIGI_CONVERT. So it must be
> related with SPDIF but it must be same as 2.6.23. Or do you happen to
> set CONFIG_SND_HDA_POWER_SAVE=y?
The new error message is:
hda_intel: azx_get_response timeout, switching to polling mode: last
At Mon, 12 Nov 2007 02:56:43 +0100,
Nick Piggin wrote:
>
> Hi all,
>
> This is a patch to remove 'nopage' from the tree.
>
> I've gone through all the drivers and converted them to use fault as best
> I can. When using fault, I've also tried to use vmf->pgoff rather than the
> virtual address
Sebastian Kemper wrote:
Hi Mark!
On Wed, Nov 14, 2007 at 11:41:37AM -0500, Mark Lord wrote:
Ahh.. got it. The host_status returned (not checked by that code) was 7,
which means "host error".
In this case, that's because the cmd_len is (16), which is too large for
ATAPI.
It needs to be
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> ooh, more performance testing. Thanks
>
> > * The overwriter task (on an 8GiB file), average over 10 runs:
> > o 2.6.24 - 300.88226 seconds
> > o 2.6.24 + Arjan's patch - 403.85505 seconds
> >
> > * The
On Wed, Nov 14, 2007 at 11:26:06AM -0500, Mark Lord wrote:
> Another way to the same thing is with "hdparm -E",
> which contrary to my earlier posting actually does
> seem to work already with libata.
Hi!
There are DVD-ROM drives that don't react to hdparm -E but do react to
SET_STREAMING, for
(cc lkml restored, with permission)
On Wed, 14 Nov 2007 10:48:10 -0500 "Alan D. Brunelle" <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Mon, 15 Oct 2007 16:13:15 -0400
> > Rik van Riel <[EMAIL PROTECTED]> wrote:
> >
> >
> >> Since you have been involved a lot with ext3
At Wed, 14 Nov 2007 08:39:03 -0800,
Roland Dreier wrote:
>
> > Roland Dreier wrote:
> > > > > [ 2311.759856] ACPI: PCI Interrupt :00:1b.0[B] -> GSI 17
> (level, low) -> IRQ 21
> > > > > [ 2311.759866] hda_intel: probe_mask set to 0x1 for device
> 17aa:2010
> > > > > [
Hi Mark!
On Wed, Nov 14, 2007 at 11:41:37AM -0500, Mark Lord wrote:
> Ahh.. got it. The host_status returned (not checked by that code) was 7,
> which means "host error".
>
> In this case, that's because the cmd_len is (16), which is too large for
> ATAPI.
> It needs to be changed to (12)
Scrap the local __INLINE__ macro, and rename timeval_cmp to fasttime_cmp.
Inline macro was completely unnecessary since the macro was defined
locally to be inline.
timeval_cmp was inaccurately named since it does comparison on
struct fasttimer_t and not on struct timeval.
Signed-off-by: Jesper
On Wed, Nov 14, 2007 at 05:36:48PM +0800, Dave Young wrote:
> On Nov 14, 2007 4:41 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > On Wed, 14 Nov 2007 14:47:38 +0800 "Dave Young" <[EMAIL PROTECTED]> wrote:
> >
> > > On Nov 14, 2007 2:38 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > >
> >
On Wed, 14 Nov 2007, Jiri Kosina wrote:
> > I'd suspect the driver tree. I think I'll need to do a quick -mm2
> > without that tree present.
> I am just verifying whether reverting kset changes fixes this, will let
> you know soon.
OK, so I reverted
On Nov 14, 2007 7:59 AM, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> This is the 5th attempt to email you! I keep being Greylisted! I've
> extracted the minimal info from a zip which may be failing.
Yeah, don't send .zip files to the list.
> [5.] Output of Oops.. message (if applicable)
On Wed, 14 Nov 2007 08:56:20 -0700 Eric W. Biederman wrote:
> David Miller <[EMAIL PROTECTED]> writes:
>
> > From: Olof Johansson <[EMAIL PROTECTED]>
> > Date: Tue, 13 Nov 2007 01:23:13 -0600
> >
> >> As seen when booting ppc64_defconfig:
> >>
> >> sysctl table check failed: /net/token-ring
Add \n\ at end of lines inside asm statement to avoid warning.
No change except adding \n\ to end of line and correcting
whitespace has been done.
Removes warning about multi-line string literals when compiling
arch/cris/arch-v10/lib/string.c
Signed-off-by: Jesper Nilsson <[EMAIL PROTECTED]>
Add \n\ at end of lines inside asm statement to avoid warning.
No change except adding \n\ to end of line and correcting
whitespace has been done.
Removes warning about multi-line string literals when compiling
arch/cris/arch-v10/lib/memset.c
Signed-off-by: Jesper Nilsson <[EMAIL PROTECTED]>
Mark Lord wrote:
Sebastian Kemper wrote:
Hi Alan!
On Tue, Nov 13, 2007 at 09:22:30PM +, Alan Cox wrote:
It isn't a known issue, and it suprises me as SG_IO basically passes
commands through to the drive. We don't support speed change via
xfermode
setting but GPCMD_SET_STREAMING sohuld
On Wed, 14 Nov 2007, Andrew Morton wrote:
> I'd suspect the driver tree. I think I'll need to do a quick -mm2
> without that tree present.
I am just verifying whether reverting kset changes fixes this, will let
you know soon.
--
Jiri Kosina
-
To unsubscribe from this list: send the line
Thomas,
On Fri, Nov 09, 2007 at 07:40:31PM +0100, Thomas Gleixner wrote:
> On Fri, 9 Nov 2007, Peter Zijlstra wrote:
>
>
> > > It looks like a solution would be to change the implementation of
> > > timeout-based switching to use HR timers instead. Similar to what is
> > > done for ITIMER_REAL
Removes warning when compiling arch/cris/arch-v10/lib/usercopy.c
No change except adding \n\ on the end of the lines has been done.
Removes warning about multi-line string literals.
Signed-off-by: Jesper Nilsson <[EMAIL PROTECTED]>
---
usercopy.c | 314
On Wed, 14 Nov 2007 17:29:49 +0100 (CET) Jiri Kosina <[EMAIL PROTECTED]> wrote:
> On Tue, 13 Nov 2007, Andrew Morton wrote:
>
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc2/2.6.24-rc2-mm1/
>
> Doesn't boot here:
>
> serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a
> Roland Dreier wrote:
> > > > [ 2311.759856] ACPI: PCI Interrupt :00:1b.0[B] -> GSI 17
> > > > (level, low) -> IRQ 21
> > > > [ 2311.759866] hda_intel: probe_mask set to 0x1 for device
> > > > 17aa:2010
> > > > [ 2311.759886] PCI: Setting latency timer of device
Declare mac using DECLARE_MAC_BUF for use when calling print_mac().
This fixes compile error where mac was undeclared.
Also, remove unused variable i.
Signed-off-by: Jesper Nilsson <[EMAIL PROTECTED]>
---
eth_v10.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Include linux/pagemap.h for release_pages and page_cache_release.
Fixes compilation error in arch/cris/mm/init.c when CONFIG_SWAP is unset.
Signed-off-by: Jesper Nilsson <[EMAIL PROTECTED]>
---
tlb.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/include/asm-cris/tlb.h
On Tue, 13 Nov 2007, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc2/2.6.24-rc2-mm1/
Doesn't boot here:
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:02: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Floppy drive(s): fd0 is 1.44M
floppy0:
Am Dienstag 13 November 2007 21:55:15 schrieb Jan-Simon Möller:
> Hi!
>
> Just using kernel 2.6.24-rc2 (325d22df7b19e0116aff3391d3a03f73d0634ded).
>
> When booting the system hangs, using the emergency-sync a couple of times
> gets the system to go on at some point.
> Its always around starting
Sebastian Kemper wrote:
Hi Alan!
On Tue, Nov 13, 2007 at 09:22:30PM +, Alan Cox wrote:
It isn't a known issue, and it suprises me as SG_IO basically passes
commands through to the drive. We don't support speed change via xfermode
setting but GPCMD_SET_STREAMING sohuld behave.
Do you have
On Wed, Nov 14, 2007 at 06:17:08PM +0300, Oleg Nesterov wrote:
> Suppose that old user_struct/task_group is freed/reused, and the task does
Shouldn't this old user actually be the root user_struct?
--
Regards,
vatsa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Linus, please pull from
master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git for-linus
This tree is also available from kernel.org mirrors at:
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
for-linus
This will pull some low-level driver fixes for
On Mon, Nov 12, 2007 at 04:44:56PM +0100, Jesper Nilsson wrote:
> On Fri, Nov 09, 2007 at 03:19:32PM -0800, Andrew Morton wrote:
> > > if (timeval_cmp(>tv_expires, ) <= 0)
> >
> > You have a private timeval_cmp(). Please take a look at utilising
> > include/linux/time.h:timeval_compare()
On Wed, Nov 14, 2007 at 10:44:20AM -0500, William Cohen wrote:
> Andi Kleen wrote:
>
> >>One approach does not prevent the other. Assuming you allow cr4.pce, then
> >>nothing prevents
> >>a self-monitoring thread from reading the counters directly. You'll just
> >>get the
> >>lower 32-bit of
From: Casey Schaufler <[EMAIL PROTECTED]>
This represents the rework required for changes to inode_getsecurity.
It is relative to smack24rc2v11, which is the version added to -mm,
but subsequently removed because of the change to inode_getsecurity
Signed-off-by: Casey Schaufler <[EMAIL
This is the 5th attempt to email you! I keep being Greylisted! I've
extracted the minimal info from a zip which may be failing.
I've had to send it from my personal Tiscali account.
Regards
Martin
[1.] One line summary of the problem:
System crashed the night of Monday Nov 12 at
---
Zaelore Smith wants to stay in better touch using some of Google's coolest new
products.
If you already have Gmail or Google Talk, visit:
http://mail.google.com/mail/b-67d55d582-c5439ce2f2-7ea28426bd40ab47
You'll need to
btw., could you get your Signed-off-by line for that fix?
Ingo
-
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
* Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> > > I suspect I see the bug in that area, but I am not sure it can
> > > explain this trace completely.
> >
> > there's a fix pending from Dmitry - please see below. It took days
> > for Grant to trigger the crash so it needs some time to be
Sebastian Kemper wrote:
On Wed, Nov 14, 2007 at 10:09:22AM -0500, Mark Lord wrote:
I think the problem here might be that libata doesn't actually support
SG_IO
for ATAPI drives prior to 2.6.24 (ugh).
Try it with a 2.6.24-rc* kernel from kernel.org, or back-patch the ATA_16
SG_IO support into
David Miller <[EMAIL PROTECTED]> writes:
> From: Olof Johansson <[EMAIL PROTECTED]>
> Date: Tue, 13 Nov 2007 01:23:13 -0600
>
>> As seen when booting ppc64_defconfig:
>>
>> sysctl table check failed: /net/token-ring .3.14 procname does not match
> binary path procname
>>
>>
>> Signed-off-by:
On 11/13, Roland McGrath wrote:
>
> > But I suspect we have other issues here. Let's suppose we have threads T1
> > (main) and T2. T2 blocks SIGCHLD and does sigwait(SIGCHLD).
> >
> > Now, we send SIGCHLD to the thread group. The signal is lost again because
> > sig_ignored() returns true on T1's
On 11/14, Ingo Molnar wrote:
>
> * Oleg Nesterov <[EMAIL PROTECTED]> wrote:
>
> > > [18073.371126] Unable to handle kernel NULL pointer dereference at
> > > 0120 RIP:
> > > [18073.371134] [] check_preempt_wakeup+0x6e/0x110
> > > [18073.371144] PGD 81f9067 PUD 81c8067 PMD 0
> > >
On Wed, 14 Nov 2007, Matthias Urlichs wrote:
> > hmm, still doesn't work even if I try to fetch the tag directly from hera
> *Sigh* fixed. I hope. ;-)
Yes, now it works. Thanks a lot,
--
Jiri Kosina
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Andi Kleen wrote:
One approach does not prevent the other. Assuming you allow cr4.pce, then
nothing prevents
a self-monitoring thread from reading the counters directly. You'll just get the
lower 32-bit of it. So if you read frequently enough, you should not have a
problem.
Hmm? RDPMC is
Hi,
Jiri Kosina:
> hmm, still doesn't work even if I try to fetch the tag directly from hera
*Sigh* fixed. I hope. ;-)
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
- -
Just about every
On Wed, Nov 14, 2007 at 10:09:22AM -0500, Mark Lord wrote:
> I think the problem here might be that libata doesn't actually support
> SG_IO
> for ATAPI drives prior to 2.6.24 (ugh).
>
> Try it with a 2.6.24-rc* kernel from kernel.org, or back-patch the ATA_16
> SG_IO support into your older
Hi Ciju:
I am still not exactly sure why this patch is needed. As I read
user_shm_lock():
> lock_limit = current->signal->rlim[RLIMIT_MEMLOCK].rlim_cur;
> if (lock_limit == RLIM_INFINITY)
> allowed = 1;
> lock_limit >>= PAGE_SHIFT;
> spin_lock(_user_lock);
> if (!allowed &&
> locked +
* Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> > [18073.371126] Unable to handle kernel NULL pointer dereference at
> > 0120 RIP:
> > [18073.371134] [] check_preempt_wakeup+0x6e/0x110
> > [18073.371144] PGD 81f9067 PUD 81c8067 PMD 0
> > [18073.371151] Oops: [1] PREEMPT SMP
> >
* Andi Kleen <[EMAIL PROTECTED]>:
> On Wed, Nov 14, 2007 at 08:00:25AM -0700, Matthew Wilcox wrote:
> > On Wed, Nov 14, 2007 at 03:35:33PM +0100, Andi Kleen wrote:
> > > It becomes much more when someone does a find /sys.
> > > dentries are expensive. They eventually can get pruned
> > > again,
On Tue, Nov 13, 2007 at 11:04:00PM -0800, Chris Wedgwood wrote:
> With 2.6.24-rc2 (amd64) I sometimes (usually but perhaps not always)
> see a hang when accessing some NFS exported XFS filesystems. Local
> access to these filesystems ahead of time works without problems.
>
> This does not occur
> > Note, this is 32bit UML on 64bit host, to complicate matters. So I
> > think it's not PTRACE_ARCH_PRCTL, but PTRACE_SET_THREAD_AREA.
>
> Oh, that changes things. In this case, I believe this problem is fixed
> by fd181c72a3c202a3986bcee7551c0838265aec2a.
This one fixed the EINVAL messages,
Hi,
Jiri Kosina:
> $ git-fetch
> git://git.kernel.org/pub/scm/linux/kernel/git/smurf/linux-trees.git tag
> v2.6.24-rc2-mm1
> error: no such remote ref refs/tags/v2.6.24-rc2-mm1
Yeah, the import took too long and thus broke.
Should be fixed by now.
--
Matthias Urlichs | {M:U} IT Design @
Hi,
I was working on a project that involved having our dhcp-client
performing a check on the offered IP-address to make sure it wasn't in
use.
The standard way of doing this is sending out an arp request with the
sender ip set to 0. (RFC2131).
When I was testing out my implemented solution I
[FWIW, my powerbook worked with -rc1]
> 2.6.24-rc2 works so lala :)
> b43 doesn't authenticate via wpa (bluetooth isn't loaded):
> WEXT auth param 4 value 0x0 - ioctl[SIOCSIWAUTH]: Operation not supported
> WEXT auth param 5 value 0x1 - Internet Systems Consortium DHCP Client V3.1.0
Those
Grant Wilson wrote:
>
> [18073.371126] Unable to handle kernel NULL pointer dereference at
> 0120 RIP:
> [18073.371134] [] check_preempt_wakeup+0x6e/0x110
> [18073.371144] PGD 81f9067 PUD 81c8067 PMD 0
> [18073.371151] Oops: [1] PREEMPT SMP
> [18073.371157] CPU 2
>
On Wed, Nov 14, 2007 at 04:08:01PM +0100, Andi Kleen wrote:
> Whoever is proposing a feature has the burden to justify that
> its usefulness is larger than the overhead/cost it adds.
>
> Doesn't seem to be the case with this one so far.
Huh? There are half a dozen people who think it does, and
Hi Eike,
* Rolf Eike Beer <[EMAIL PROTECTED]>:
> Am Mittwoch, 14. November 2007 schrieb Alex Chiang:
> > * Rolf Eike Beer <[EMAIL PROTECTED]>:
> > >
> > > This is ugly. Please do it the way we already do e.g. for
> > > acpiphp: add a char[8] to "struct dummy_slot" and just
> > > reference that
Sebastian Kemper wrote:
Hi Alan!
On Tue, Nov 13, 2007 at 09:22:30PM +, Alan Cox wrote:
It isn't a known issue, and it suprises me as SG_IO basically passes
commands through to the drive. We don't support speed change via xfermode
setting but GPCMD_SET_STREAMING sohuld behave.
Do you have
On Wed, Nov 14, 2007 at 08:00:25AM -0700, Matthew Wilcox wrote:
> On Wed, Nov 14, 2007 at 03:35:33PM +0100, Andi Kleen wrote:
> > It becomes much more when someone does a find /sys. dentries are
> > expensive. They eventually can get pruned again, but it's still
> > costly to do that.
>
> Again,
On Wed, Nov 14, 2007 at 03:46:20PM +0100, Frank Lichtenheld wrote:
> CC [M] drivers/isdn/sc/shmem.o
> drivers/isdn/sc/shmem.c: In function ‘memcpy_toshmem’:
> drivers/isdn/sc/shmem.c:53: warning: passing argument 1 of ‘memcpy_toio’
> makes pointer from integer without a cast
>
>
On Wed, 14 Nov 2007, Matthias Urlichs wrote:
> > $ git-fetch
> > git://git.kernel.org/pub/scm/linux/kernel/git/smurf/linux-trees.git tag
> > v2.6.24-rc2-mm1
> > error: no such remote ref refs/tags/v2.6.24-rc2-mm1
> Yeah, the import took too long and thus broke.
> Should be fixed by now.
Hi
On Wed, Nov 14, 2007 at 03:35:33PM +0100, Andi Kleen wrote:
> It becomes much more when someone does a find /sys. dentries are
> expensive. They eventually can get pruned again, but it's still
> costly to do that.
Again, if this is a big concern for you, there are better places to look
at for
Quoting Pavel Emelyanov ([EMAIL PROTECTED]):
> Change against v3: rebased on 2.6.24-rc2-mm1
>
> There were some questions like "do I need this on my cellphone"
> in reply to different namespaces patches. Indeed, the namespaces
> are not useful for most of the embedded systems, but the code
>
On Wed, Nov 14, 2007 at 03:53:15PM +0100, Ingo Molnar wrote:
> > By the way: Reverting commit 6f5391c283d7fdcf24bf40786ea79061919d1e1d
> > makes the same cd medium readable again on v2.6.24-rc2-409-g9418d5d.
>
> nice - that commit should then be reverted.
We're investigating; see bugzilla 9370.
(added Cc:s)
* Thomas Meyer <[EMAIL PROTECTED]> wrote:
> Thomas Meyer schrieb:
> > i get these errors in the kernel log while trying to copy a file from an
> > iso9660 file system (/dev/sr0) to my intenal hard disk. This is the
> > second cd/dvd that gives me this error. kernel 2.6.23 works
CC [M] drivers/isdn/sc/shmem.o
drivers/isdn/sc/shmem.c: In function ‘memcpy_toshmem’:
drivers/isdn/sc/shmem.c:53: warning: passing argument 1 of ‘memcpy_toio’ makes
pointer from integer without a cast
9317d4313e0cd51b2256ea9a9316f2d8561e37a8 claimed to fix it, but
it didn't.
CC: Jeff Garzik
isdn_if.writebuf_skb has an additional ack flag argument which
was missing from sndpkt leading to the following warning:
CC [M] drivers/isdn/sc/init.o
drivers/isdn/sc/init.c: In function ‘sc_init’:
drivers/isdn/sc/init.c:281: warning: assignment from incompatible pointer type
Note that this
Am Mittwoch, 14. November 2007 schrieb Alex Chiang:
> Hi Eike,
>
> * Rolf Eike Beer <[EMAIL PROTECTED]>:
> > Alex Chiang wrote:
> > > --- a/drivers/pci/hotplug/fakephp.c
> > > +++ b/drivers/pci/hotplug/fakephp.c
> > > @@ -93,6 +93,7 @@ static int add_slot(struct pci_dev *dev)
> > > struct
Ingo Molnar wrote:
> * Mark Lord <[EMAIL PROTECTED]> wrote:
>
>>> You're assuming that everything in linux-2.6 was downloaded; that's
>>> not true. Everything in linux-2.6/.git was downloaded; but then you
>>> do a checkout which happens to approximately double the size of the
>>> linux-2.6
Andi Kleen wrote:
> Larry Finger <[EMAIL PROTECTED]> writes:
>
>> For those variants of BCM43xx cards that use 64-bit DMA, there is a
>> requirement that all descriptor
>> rings must be aligned on an 8K boundary and must fit within an 8K page. On
>> the x86_64 architecture
>> where the page
Hi Gary,
* Gary Hade <[EMAIL PROTECTED]>:
>
> I am not fundamentally opposed to this new capability but share
> the same concerns that Greg and others have expressed. So far,
> I have only tried the changes on one single node system (IBM
> x3850) but the below NAK-worthy result supports the
When a normal user is trying to allocate huge pages using shmget(), the
user is not able to get the memory even if the gid is present in
/proc/sys/vm/hugetlb_shm_group. The function user_shm_lock() is not
successful. The user does not have the capability to perform a
CAP_IPC_LOCK. A check is
On Tue, 13 Nov 2007, Andrew Morton wrote:
> - To fetch an -mm tree using git, use (for example)
> git-fetch
> git://git.kernel.org/pub/scm/linux/kernel/git/smurf/linux-trees.git tag
> v2.6.16-rc2-mm1
$ git-fetch git://git.kernel.org/pub/scm/linux/kernel/git/smurf/linux-trees.git
tag
On Wed, Nov 14, 2007 at 07:17:51AM -0700, Matthew Wilcox wrote:
> On Wed, Nov 14, 2007 at 02:07:56AM +0100, Andi Kleen wrote:
> > It's not only complexity. Each new sysfs entry costs memory.
> > Memory is not free. There should be always a good reason for those.
>
> It's not a lot of memory; it's
* Mark Lord <[EMAIL PROTECTED]> wrote:
>> You're assuming that everything in linux-2.6 was downloaded; that's
>> not true. Everything in linux-2.6/.git was downloaded; but then you
>> do a checkout which happens to approximately double the size of the
>> linux-2.6 directory.
> ..
>
> Ah, I
On Wed, Nov 14, 2007 at 06:13:42AM -0800, Stephane Eranian wrote:
> > At least for x86 and I suspect some 1other architectures we don't
> > initially need a syscall at all for this. There is an instruction
> > RDPMC who can read a performance counter just fine. It is also much
> > faster and
Am Dienstag, 13. November 2007 18:52:01 schrieb Alan Cox:
> On Tue, 13 Nov 2007 17:55:25 +0100
>
> Ernst Herzberg <[EMAIL PROTECTED]> wrote:
> > This pcmcia-card (UMTS Modem) only works if it shares his interrupt with
> > another device, eg an usb mice. Moving the mice increases the connection
> >
On Wed, Nov 14, 2007 at 05:09:09AM -0800, Stephane Eranian wrote:
>
> Partially true. The file descriptor becomes really useful when you sample.
> You leverage the file descriptor to receive notifications of counter overflows
> and full sampling buffer. You extract notification messages via
On Wed, Nov 14, 2007 at 11:35:56AM +0100, Miklos Szeredi wrote:
> Note, this is 32bit UML on 64bit host, to complicate matters. So I
> think it's not PTRACE_ARCH_PRCTL, but PTRACE_SET_THREAD_AREA.
Oh, that changes things. In this case, I believe this problem is fixed
by
Andi,
On Wed, Nov 14, 2007 at 01:38:38PM +0100, Andi Kleen wrote:
> Christoph Hellwig <[EMAIL PROTECTED]> writes:
> >
> > I've done this a gazillion times before, so maybe instead of beeing a lazy
> > bastard you could look up mailinglist archive. It's not like this is the
> > first discussion
* H. Peter Anvin ([EMAIL PROTECTED]) wrote:
> Mathieu Desnoyers wrote:
>> Immediate Values - x86 Optimization
>> x86 optimization of the immediate values which uses a movl with code
>> patching
>> to set/unset the value used to populate the register used as variable
>> source.
>> Changelog:
>> -
Hi Eike,
* Rolf Eike Beer <[EMAIL PROTECTED]>:
> Alex Chiang wrote:
> > --- a/drivers/pci/hotplug/fakephp.c
> > +++ b/drivers/pci/hotplug/fakephp.c
> > @@ -93,6 +93,7 @@ static int add_slot(struct pci_dev *dev)
> > struct dummy_slot *dslot;
> > struct hotplug_slot *slot;
> > int
On Wed, 2007-11-14 at 11:54 +0100, Thomas Gleixner wrote:
> can you please CC the relevant maintainers on patches ?
I do try.
I also happen to have a series of patches to MAINTAINERS
and a scripts/get_maintainer.pl that do exactly that.
Maybe a future version might use it.
cheers, Joe
> >
On Wed, Nov 14, 2007 at 02:07:56AM +0100, Andi Kleen wrote:
> It's not only complexity. Each new sysfs entry costs memory.
> Memory is not free. There should be always a good reason for those.
It's not a lot of memory; it's one directory and a couple of files for
each PCI slot in the system.
FWIW, I see the same problem with another HP notebook, DV4378EA with
radeon X700 video card. It does not happen frequently but I can say
that since I disabled the tickless feature I can't reproduce the
problem anymore.
On Nov 14, 2007 2:24 PM, Pavel Machek <[EMAIL PROTECTED]> wrote:
> Hi!
>
> > >
since this topic came up recently:
http://www.crashcourse.ca/wiki/index.php/Module.h_and_moduleparam.h
rday
p.s. we had this discussion some time back but it didn't go anywhere.
--
Robert P. J. Day
Linux Consulting,
* Randy Dunlap <[EMAIL PROTECTED]> wrote:
> > (and this is in no way directed at the networking folks - it holds
> > for all of us. I have one main complaint about networking: the
> > separate netdev list is a bad idea - networking regressions should
> > be discussed and fixed on lkml, like
[ forwarded to the list ]
so far, just a brief inspection below...
>
> The divide-by-zero is here in kernel/sched.c:
> [ ... ]
>
> fair_delta64 = ls->delta_fair + 1;
> ls->delta_fair = 0;
>
> exec_delta64 = ls->delta_exec + 1;
> ls->delta_exec = 0;
>
>
Hi!
> > Suspend to RAM resume hangs on a tickless (NO_HZ) kernel
> > http://bugzilla.kernel.org/show_bug.cgi?id=9275
> > Kernel: 2.6.23
> > This is HP notebook nc6320 T2400 945GM
>
> No response from developers
Maybe I'm optimistic, but I expected Ingo/Thomas to look after nohz
problems.
On Wed, Nov 14, 2007 at 10:44:56PM +1100, Paul Mackerras wrote:
> David Miller writes:
>
> > This is my impression too, all of the things being done with
> > a slew of system calls would be better served by real special
> > files and appropriate fops.
>
> Special files and fops really only work
* Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> As for the patch, better to just rip out the entire feature..
for -stable it's safer to have smaller patches - so this patch is
perfectly fine. A user can turn it back on under SCHED_DEBUG and by
tweaking a debug flag - but that's not a big issue,
Hello,
On Wed, Nov 14, 2007 at 10:39:24PM +1100, Paul Mackerras wrote:
> Christoph Hellwig writes:
>
> > int pfm_read_pmds(int fd, pfarg_pmd_t *pmds, int n)
> >
> > This is basically a read(2) (or for other syscalls a write) on something
> > else than the file descriptor provided to the
At Wed, 14 Nov 2007 09:15:51 +0100 (CET),
Julia Lawall wrote:
>
> From: Julia Lawall <[EMAIL PROTECTED]>
>
> Continue is not needed at the bottom of a loop.
>
> The semantic patch implementing this change is as follows:
>
> @@
> @@
>
> for (...;...;...) {
>...
>if (...) {
> ...
>
Hi Linus.
Please pull the 'enable "make ARCH=x86"' patchset.
Pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/sam/x86.git
As per feedback from Thomas Gleixner:
On Wed, Nov 14, 2007 at 10:06:00AM +0100, Thomas Gleixner wrote:
> Sam,
>
> On Tue, 13 Nov 2007, Sam Ravnborg wrote:
ACK
-- james s
Adrian Bunk wrote:
This patch contains the following possible cleanups:
- make the following needlessly global functions static:
- lpfc_els.c: lpfc_register_new_vport()
- lpfc_els.c: lpfc_issue_els_fdisc()
- lpfc_els.c: lpfc_issue_fabric_iocb()
- lpfc_els.c:
At Wed, 14 Nov 2007 13:21:30 +0100,
Rene Herman wrote:
>
> On 14-11-07 09:25, Takashi Iwai wrote:
>
> > At Wed, 14 Nov 2007 04:01:31 -0800 (PST),
> > David Miller wrote:
> >> From: David Miller <[EMAIL PROTECTED]>
> >> Date: Wed, 14 Nov 2007 03:56:57 -0800 (PST)
> >>
> >>> The fact that it farts
Matthew Wilcox wrote:
> On Wed, Nov 14, 2007 at 12:46:20AM -0700, Denys Vlasenko wrote:
>> Finally they replied and asked to rediff it against their
>> git tree. I did that and sent patches back. No reply since then.
>>
>> And mind you, the patch is not trying to do anything
>> complex, it mostly
New guy to this list. Long time lurker on CKRM - decided to test the
control groups patches.
Pulled 2.6.24.rc4 patch and migrated my (working) 2.6.23-rc4 config.
Panic'd because of NFS root not found - not too surprising as I don't
have one.
Any ideas why this option comes up selected ???. Same
On Nov 14, 2007 3:53 PM, Srinivasa Ds <[EMAIL PROTECTED]> wrote:
> No, eventhough return instances are chained in an order, order of execution of
> return handler entirely depends on which process returns first
Right...the LIFO chain analogy holds true for return instances for the
same task only.
On Wed, Nov 14, 2007 at 12:46:20AM -0700, Denys Vlasenko wrote:
> Finally they replied and asked to rediff it against their
> git tree. I did that and sent patches back. No reply since then.
>
> And mind you, the patch is not trying to do anything
> complex, it mostly moves code around, removes
On Tue, 2007-11-13 at 20:14 -0500, Chuck Ebbert wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=340161
While I see the user has a divide by zero, I'm not understanding it.
> The problem code has been removed in 2.6.24. The below patch disables
> SCHED_FEAT_PRECISE_CPU_LOAD which causes the
401 - 500 of 1206 matches
Mail list logo