On Mon, 2007-09-03 at 12:19 +0200, Rafael J. Wysocki wrote:
Ok, so it gets weirder. I have now machine in hung state; other
consoles still work, but there are no timers - sleep 1 hangs forever.
sysrq-t shows kstopmachine hung in hrtimer_try_to_cancel.
So I indeed suspect
Paul Menage wrote:
On 9/3/07, Balbir Singh [EMAIL PROTECTED] wrote:
Paul Menage wrote:
On 9/2/07, Balbir Singh [EMAIL PROTECTED] wrote:
- s += sprintf(s, %lu\n, *val);
+ if (read_strategy)
+ s += read_strategy(*val, s);
+ else
+ s += sprintf(s,
Trond Myklebust [EMAIL PROTECTED] wrote:
- the NFSv4 delegation model breaks: the client will be using
OPEN when it could use cached opens. More importantly, when
performing an operation that requires it to return the
delegation on the aliased file, it won't
Bill Davidsen [EMAIL PROTECTED] wrote:
mount /base on point1 - rw[ hopefully really r/w ]
mount /base on point2 - ro[ hopefully r/o ]
I think Al Viro probably has the right idea as to how to fix this: Move the
R/O R/W flag into vfsmount and count the number of R/W vfsmounts in the
Linus Torvalds [EMAIL PROTECTED] wrote:
In other words, let's assume that the user has /some/nfs/mount mounted
over NFS, and wants to re-mount it (or even just a subset of it) somewhere
else, the sane thing to do is not to mount it again, but to just do
What about a superset? What about
This patch fixes a potential null dereference bug where we dereference dev
before a null check. This patch simply moves the dereferencing after the null
check.
Signed-off-by: Micah Gruber [EMAIL PROTECTED]
---
--- a/drivers/net/tulip/uli526x.c
+++ b/drivers/net/tulip/uli526x.c
@@ -663,7 +663,7
Davide,
Davide -- ping! Can you please offer your comments about this change, and
also thoughts on Jon's and my comments about a more radical API change
later in this thread.
IMO the complexity of the resulting API (and resulting patch), and the ABI
change, is not justified by the added
This patch fixes a potential null dereference bug where we dereference dev
before a null check. This patch simply moves the dereferencing after the null
check.
Signed-off-by: Micah Gruber [EMAIL PROTECTED]
---
--- a/drivers/net/tulip/uli526x.c
+++ b/drivers/net/tulip/uli526x.c
@@ -663,7 +663,7
On Tue, Sep 04, 2007 at 03:45:55AM +0530, Satyam Sharma wrote:
drivers/net/3c59x.c: In function 'vortex_up':
drivers/net/3c59x.c:1495: warning: 'err' may be used uninitialized in this
function
This came in with the recently applied 3c59x-check-return-of-pci_enable_device
patch
from Mark
On Tue, 04 Sep 2007 10:03:56 +0200 Michael Kerrisk [EMAIL PROTECTED] wrote:
Davide,
Davide -- ping! Can you please offer your comments about this change, and
also thoughts on Jon's and my comments about a more radical API change
later in this thread.
IMO the complexity of the
Hi Micah,
On Tue, 4 Sep 2007, Micah Gruber wrote:
This patch fixes a potential null dereference bug where we dereference
dev before a null check. This patch simply moves the dereferencing after
the null check.
Signed-off-by: Micah Gruber [EMAIL PROTECTED]
---
---
This patch fixes a potential null dereference bug where we dereference us
before a null check. This patch simply moves the dereferencing after the null
check.
Signed-off-by: Micah Gruber [EMAIL PROTECTED]
---
--- a/drivers/usb/storage/shuttle_usbat.c
+++ b/drivers/usb/storage/shuttle_usbat.c
[...]
Neither of the proposed APIs (either my multiplexed version of
timerfd()
or Jon's/my idea of using three system calls (like POSIX timers), or
the notion of timerfd() integrated with POSIX timers) is more
complicated than the existing POSIX timers API.
The ABI change doesn't
On Tue, Sep 04, 2007 at 03:52:50AM +0530, Satyam Sharma wrote:
Remove duplicate entry for the same driver.
This is -mm specific. Andrew did not remove the add-3c59x-maintainer
patch after pushing it to mainline. This can be fixed just by removing
the add-3c59x-maintainer patch from -mm.
-
To
Hi Steffen,
On Tue, 4 Sep 2007, Steffen Klassert wrote:
On Tue, Sep 04, 2007 at 03:45:55AM +0530, Satyam Sharma wrote:
drivers/net/3c59x.c: In function 'vortex_up':
drivers/net/3c59x.c:1495: warning: 'err' may be used uninitialized in this
function
This came in with the recently
At Sun, 2 Sep 2007 14:19:37 +0200,
Jesper Juhl wrote:
On 29/08/07, Takashi Iwai [EMAIL PROTECTED] wrote:
At Wed, 29 Aug 2007 18:42:56 +0300,
Ivan N. Zlatev wrote:
On 8/29/07, Michal Piotrowski [EMAIL PROTECTED] wrote:
ALSA
Subject : Master volume control broken
Linus Torvalds [EMAIL PROTECTED] wrote:
In other words, let's assume that the user has /some/nfs/mount mounted
over NFS, and wants to re-mount it (or even just a subset of it) somewhere
else, the sane thing to do is not to mount it again, but to just do
That helps one case, yes, but what
At Mon, 03 Sep 2007 22:23:06 +0200,
Thomas Meyer wrote:
Takashi Iwai schrieb:
At Wed, 29 Aug 2007 18:42:56 +0300,
Ivan N. Zlatev wrote:
... but without the hardware :-
IMO, this is actually no real regression. In the earlier verison, you
didn't have controls for multiple
On Tue, 4 Sep 2007, Satyam Sharma wrote:
Hi Micah,
On Tue, 4 Sep 2007, Micah Gruber wrote:
This patch fixes a potential null dereference bug where we dereference
dev before a null check. This patch simply moves the dereferencing after
the null check.
Signed-off-by: Micah
Daniel Hazelton wrote:
On Monday 03 September 2007 14:26:29 Krzysztof Halasa wrote:
Daniel Hazelton [EMAIL PROTECTED] writes:
The fact
remains that the person making a work available under *ANY* form of
copyright
license has the right to revoke said grant of license to anyone.
Not after the
Hi Bill,
OK I will try it.
Thanks,
2007/9/4, Bill Davidsen [EMAIL PROTECTED]:
Xu Yang wrote:
thanks for the reply.
no , it is not decompressed. isn' t the kernel supposed to do that? As
we have tried to load this filesystem on the pc, it turns out the the
kernel can recognize it.
On Tue, Sep 04, 2007 at 02:09:47PM +0530, Satyam Sharma wrote:
Hi Steffen,
On Tue, 4 Sep 2007, Steffen Klassert wrote:
On Tue, Sep 04, 2007 at 03:45:55AM +0530, Satyam Sharma wrote:
drivers/net/3c59x.c: In function 'vortex_up':
drivers/net/3c59x.c:1495: warning: 'err' may be
On Tue, 4 Sep 2007, David Howells wrote:
That helps one case, yes, but what about a superset? What about two sets that
might intersect but for which you don't have the common root to hand?
Sure. In which case bind mounts don't work. Fair enough.
The case I came up with was this:
On Tue, Sep 04, 2007 at 09:53:31AM +0100, Mark Hindley wrote:
On Tue, Sep 04, 2007 at 02:09:47PM +0530, Satyam Sharma wrote:
Hi Steffen,
On Tue, 4 Sep 2007, Steffen Klassert wrote:
On Tue, Sep 04, 2007 at 03:45:55AM +0530, Satyam Sharma wrote:
drivers/net/3c59x.c: In
On Tue, Sep 04, 2007 at 11:17:57AM +0200, Steffen Klassert wrote:
The only warning that I was able to trigger with gcc 4.2 is in the case of a
.config
without PCI support. In this case I get
drivers/net/3c59x.c: In function 'vortex_up':
drivers/net/3c59x.c:1672: warning: 'err' is used
Andrea Arcangeli wrote:
On Wed, Aug 22, 2007 at 01:05:13PM +0200, Andi Kleen wrote:
Ok perhaps the new adaptive dirty limits helps your single disk
a lot too. But your improvements seem to be more collateral damage @)
But if that was true it might be enough to just change the dirty limits
to
On Tue, Sep 04, 2007 at 10:35:10AM +0100, Mark Hindley wrote:
On Tue, Sep 04, 2007 at 11:17:57AM +0200, Steffen Klassert wrote:
The only warning that I was able to trigger with gcc 4.2 is in the case of
a .config
without PCI support. In this case I get
drivers/net/3c59x.c: In
On Mon, 2007-09-03 at 08:39 +0200, Patrick Mau wrote:
In addition I totally agree with Satyam's comment above: either
anybody is testing rc's these days, or people simply stopped reporting.
Hi,
I had network-related locks with rc5, but refrained to post here
because I am using
On Tue, Sep 04, 2007 at 01:27:34AM -0400, Mathieu Desnoyers wrote:
CC arch/mips/kernel/asm-offsets.s
In file included from include2/asm/processor.h:22,
from include2/asm/thread_info.h:15,
from
Clemens Kolbitsch wrote:
On Thursday 30 August 2007 23:50:21 [EMAIL PROTECTED] wrote:
On Thu, 30 Aug 2007 23:41:09 +0200, Clemens Kolbitsch said:
On Thursday 30 August 2007 23:34:52 you wrote:
On Thu, 30 Aug 2007, Clemens Kolbitsch wrote:
is there no way to tell the
On Sun, Sep 02, 2007 at 11:40:17AM -0700, Arjan van de Ven wrote:
Hello,
can you give us an lspci -vvxx of the system when it's in this bad
state? We have a very vague suspicion on something like this, the lspci
would help us a lot (this is a really rare thing that we can't really
reproduce,
If you are doing research, consider these methods:
1. Change vma_merge() so it always fail to merge mappings
or
2. Set up your mappings duplicated in userspace so
they too merge in the same way.
Helge Hafting
Hi!
Thanks for your answer, however you (too) misunderstood: Merging of the
Hi,
Following some minor changes for radeonfb.
Main purpose is to get it working on my own Radeon cards.
Patches are against current git.
Regards,
Andreas
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
.. which can be found in Acer Aspire 5100.
Signed-off-by: Andreas Herrmann [EMAIL PROTECTED]
---
drivers/video/aty/ati_ids.h |1 +
drivers/video/aty/radeon_base.c |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/video/aty/ati_ids.h
On my Acer Aspire 5100 (with 0x5975) I need to force PLL caclulation.
Most probably the BIOS dividers are incorrect/insufficient. Without pll
calculation console goes blank.
Signed-off-by: Andreas Herrmann [EMAIL PROTECTED]
---
drivers/video/aty/radeon_base.c |7 ++-
1 files changed, 6
As observed with various Radeon X300: console goes blank
without fixing setting of PPLL_REF_DIV.
Signed-off-by: Andreas Herrmann [EMAIL PROTECTED]
---
drivers/video/aty/radeon_base.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/video/aty/radeon_base.c
.. instead of potentially using nonprintable characters.
I guess the former (odd) concatenation was used to construct name strings
that match the *_ATI_RADEON_?? macros in include/linux/pci_ids.h
The PCI Id in hex is much more convenient to use. E.g. it can easily be
verified against lspci -nn
Hi Trond,
When accessing a directory inode from a single other client, NFSv4
callbacks catastrophically failed [1] on the NFS server with
2.6.23-rc4 (unpatched); clients are both 2.6.22 (Ubuntu Gutsy build).
Seems not easy to reproduce, since this kernel was running smoothly
for 7 days on the
On Tue, Sep 04 2007, Micah Gruber wrote:
This patch fixes a potential null dereference bug where we dereference us
before a null check. This patch simply moves the dereferencing after the null
check.
Signed-off-by: Micah Gruber [EMAIL PROTECTED]
Be careful with stuff like that, if you
anyone come up with a patch/fix for this?
i also tried this drive on the system ide ports and it worked fine (also
uses libata drivers, nforce2), it seems to be something wrong in the
pata_pdc202xx_old code.
what can i do to get this fixed?
the drive is a seagate.
i dont know what res
Hi,
On Tue, 4 Sep 2007, Ingo Molnar wrote:
and what about the mirror image problem?
Sorry, I'm not familiar with that in a scheduler context.
Your math assumes that tasks
use up their full timeslices, somewhere starting at (12):
| (12)time_norm_app = sum_{t}^{T}(time_norm_{t} *
Latest LTP Nightly Snapshot (ltp-nightly-snapshot_04-09-2007.tgz) is
available at :
http://sourceforge.net/project/showfiles.php?group_id=3382package_id=3308release_id=535958
Major changes from ltp-nightly-snapshot_03-09-2007.tgz being:
1) Numa Testcase Updation,
2) ioperm02 testcase Patch,
On Sunday 02 September 2007 10:41, [EMAIL PROTECTED] wrote:
Hello,
i want to make a patch known that provides a userspace interface to control
the core voltage of a computer processor(s).
Some notes about:
=
The current version
hello all
I am writing two user level filter which interacts through each other
using TCP sockets.Now as traffic is local, it is passed through the
loopback interface. That is my design constraint.
I want to force the local traffic between particular interfaces to go
through bridge where i want
Christoph Lameter wrote:
Could you try this with the SLUB allocator and then boot with
slub_debug?
Hi Christoph,
I have upgraded to 2.6.22.5 and I have selected
the SLUB. I have also added append=slub_debug to
lilo.conf
After a week uptime I got this error. I hope it
will be useful for you.
On Monday 03 September 2007 9:15:27 am Tetsuo Handa wrote:
Hello.
Hi.
Paul Moore wrote:
I apologize for not recognizing your approach from our earlier discussion
on the LSM mailing list in July. Unfortunately, I have the same
objections to these changes that I did back then and from
We see that in ata_piix.c, there is a whitelist for (laptop) Intel ICH
controllers with short cables, tied to specific vendor subsystem IDs.
Since my mini-ITX Ibase MI910F has the subsystem IDs specified as
Intel [1], this is unusable.
I can't find another existing mechanism to add short cable
James Georgas wrote:
That's the vmalloc address space. You only get 896 MB in the NORMAL
zone on i386, to leave room for vmalloc. If you don't like it, go
64-bit.
-- Chris
I like it fine. I just didn't understand it. Thanks for answering.
So, basically, the vmalloc address
At Tue, 4 Sep 2007 09:12:32 +0530,
Abhijit Bhopatkar wrote:
On 9/3/07, Ivan N. Zlatev [EMAIL PROTECTED] wrote:
On 9/3/07, Ivan N. Zlatev [EMAIL PROTECTED] wrote:
On 9/3/07, Takashi Iwai [EMAIL PROTECTED] wrote:
At Mon, 3 Sep 2007 15:55:18 +0530,
Abhijit Bhopatkar wrote:
Xu Yang wrote:
Hello everyone,
Just got a rough question in my head.
don't know whether anyone interested .
mutex vs cache coherency protocol(for multiprocessor)
both of these two can be used to protect shared resource in the memory.
are both of them necessary?
for example:
in a
Daniel Hazelton [EMAIL PROTECTED] writes:
US Copyright law. A copyright holder, regardless of what license he/she may
have released the work under, can still revoke the license for a specific
person or group of people. (There are some exceptions, but they do not apply
to the situation that
Rusty Russell wrote:
static inline void arch_flush_lazy_mmu_mode(void)
{
- PVOP_VCALL1(set_lazy_mode, PARAVIRT_LAZY_FLUSH);
+ if (unlikely(__get_cpu_var(paravirt_lazy_mode) == PARAVIRT_LAZY_MMU))
+ arch_leave_lazy_mmu_mode();
}
This changes the semantics a bit;
Hello.
Thank you for your comment.
Hmm, I can't understand why I have to perform access control at enqueue time.
What I want to do is
allow process1 receive UDP packets from 10.0.0.1 port 1024
allow process2 receive UDP packets from 10.0.0.2 port 2048
when there is no guarantee that
On Sep 04, 2007, at 10:02:46, Tetsuo Handa wrote:
Hmm, I can't understand why I have to perform access control at
enqueue time.
What I want to do is
allow process1 receive UDP packets from 10.0.0.1 port 1024
allow process2 receive UDP packets from 10.0.0.2 port 2048
when there is no
On 9/4/07, Takashi Iwai [EMAIL PROTECTED] wrote:
At Tue, 4 Sep 2007 09:12:32 +0530,
Abhijit Bhopatkar wrote:
On 9/3/07, Ivan N. Zlatev [EMAIL PROTECTED] wrote:
On 9/3/07, Ivan N. Zlatev [EMAIL PROTECTED] wrote:
On 9/3/07, Takashi Iwai [EMAIL PROTECTED] wrote:
At Mon, 3 Sep 2007
Hi,
using jfs on a flash drive (which is a bit unusual: 2K sectors) unmounting
triggers a warning and takes 52 second, if I have used the filesystem. (ls -l)
is sufficient. This is 2.6.23-rc4 on x86_64.
mkfs.jfs version 1.1.11, 05-Jun-2006
Regards
Oliver
Sep 4 16:18:57
Paulo Marques schrieb:
I just tried booting a brand new 2.6.23-rc5 and after a few minutes it
just panicked: machine totally frozen, blinking keyboard leds.
[...]
Maybe someone out there has a good suggestion that I could try before
bisecting...
A probable candidate would be:
On Tue, Sep 04, 2007 at 04:16:26PM +0200, Bernhard Walle wrote:
This patch just makes the version number in ips.c and ips.h consistent. It
seems that this has been forgotten in
a60768e2d43eb30a1adb8a119aeac35dc0d03ef6.
A better fix would be to no longer have two different places defining a
When an unprivileged process attempts to modify a file that has the
setuid or setgid bits set, the VFS will attempt to clear these bits. The
VFS will set the ATTR_KILL_SUID or ATTR_KILL_SGID bits in the ia_valid
mask, and then call notify_change to clear these bits and set the mode
accordingly.
Make notify_change not clear the ATTR_KILL_S*ID bits in the ia_vaid that
gets passed to the setattr inode operation. This allows the filesystems
to reinterpret whether this mode change is simply intended to clear the
setuid/setgid bits.
This means that notify_change should never be called with
If the ATTR_KILL_S*ID bits are set then any mode change is only for
clearing the setuid/setgid bits. For NFS skip the mode change and
let the server handle it.
Signed-off-by: Jeff Layton [EMAIL PROTECTED]
---
fs/nfs/inode.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff
If the ATTR_KILL_S*ID bits are set then any mode change is only for
clearing the setuid/setgid bits. For NFS, skip the mode change and
let the server handle it.
Signed-off-by: Jeff Layton [EMAIL PROTECTED]
---
fs/cifs/inode.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff
Make sure ecryptfs doesn't trip the BUG() in notify_change. This also
allows the lower filesystem to interpret these bits in their own way.
Signed-off-by: Jeff Layton [EMAIL PROTECTED]
---
fs/ecryptfs/inode.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git
It's theoretically possible for a single SETATTR call to come in that
sets the mode and the uid/gid. In that case, assume the mode is
correct and don't set the ATTR_KILL_S*ID bits. Doing so would trip the
BUG() in notify_change.
Signed-off-by: Jeff Layton [EMAIL PROTECTED]
---
fs/nfsd/vfs.c |
reiserfs_setattr can call notify_change recursively using the same
iattr struct. This could cause it to trip the BUG() in notify_change.
Fix reiserfs to clear those bits near the beginning of the function.
Signed-off-by: Jeff Layton [EMAIL PROTECTED]
---
fs/reiserfs/inode.c |6 +-
1
Don't allow either function to trip the BUG() in notify_change. For
unionfs_setattr, clear ATTR_MODE if the either ATTR_KILL_S*ID is set.
unionfs_create is setting the mode explicitly already. Don't set
ATTR_KILL_S*ID. Just fix up the mode to have the same effect. Also, move
locking the i_mutex
On Sat 1 Sep 2007 18:08, Andi Kleen pondered:
Mike Frysinger [EMAIL PROTECTED] writes:
is there any sort of standard for testing and integration into
mainline ?
Everybody does their own.
That kind of stinks - and seems to be a potential duplication of effort all
over the place.
in
On Thu, 30 Aug 2007, Clemens Kolbitsch wrote:
On Thursday 30 August 2007 23:50:21 [EMAIL PROTECTED] wrote:
On Thu, 30 Aug 2007 23:41:09 +0200, Clemens Kolbitsch said:
On Thursday 30 August 2007 23:34:52 you wrote:
On Thu, 30 Aug 2007, Clemens Kolbitsch wrote:
is there no way to tell the
On 03-09-2007 18:12, [EMAIL PROTECTED] wrote:
On Sun, 02 Sep 2007 16:03:07 +0200, Marc Espie said:
Look at the situation: Reyk Floeter writes some code, puts it
under a dual licence, and goes on vacation.
While he's away, some other people (Jiri, for starters) tweak the
copyright and
This patch adds version information to the ELF kernel file. Together
with the bzImage version information, this allows distributions to
identify the kernel version based on the file name.
Signed-off-by: Dan Aloni [EMAIL PROTECTED]
Signed-off-by: Bernhard Walle [EMAIL PROTECTED]
---
On Tuesday 04 September 2007 15:18:23 Abhijit Bhopatkar wrote:
[snip]
Anyway, it'd be helpful if someone else can check the same MacBook
(1st generation, not Pro?) whether the problem is reproducible.
To be precise its Macbook 1st Generation non pro. with subsystem id
0x106b0a00
Well a
On 9/2/07, Andi Kleen [EMAIL PROTECTED] wrote:
On Sun, Sep 02, 2007 at 11:15:23AM -0400, Mike Frysinger wrote:
there is still the ABI issue ... code written in kernel space in pure
asm cannot always be compiled in userspace and work properly/the same
Is that a blackfin weirdness?
yes,
On Mon, 3 Sep 2007, Xu Yang wrote:
Hi everyone,
I want to use ramdisk to boot my filesystem, as I can't use NFS and harddisk.
I have load the ramdisk into the ram memory (start address :0x400)
and in the boot options I specified : root =dev/ram0 initrd=0x400
Since you don't know
Roland,
We'll work on upgrading you to T3B2 boards as well.
Stay tuned.
Steve.
Divy Le Ray wrote:
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
On Mon, 03 Sep 2007 17:23:37 PDT, David Schwartz said:
Wrong - I said You can't complain about Person A doing X when
you let Person
B do X without complaint.
Yes, I can. There is no inconsistency between acting in one case and failing
to act in another. We need not act in every
Jeff Garzik wrote:
drivers/net/xen-netfront.c | 26 +++
Hey, look, its identical to the patch I have here.
Acked-by: Jeremy Fitzhardinge [EMAIL PROTECTED]
J
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
Roland Dreier wrote:
The sysadmin creates for iwarp use only alias interfaces of the form
devname:iw* where devname is the native interface name (eg eth0) for the
iwarp netdev device. The alias label can be anything starting with iw.
The iw immediately after the ':' is the key used by
On Monday 03 September 2007 09:06:25 Nicolas Mailhot wrote:
Mats Johannesson spamcan at bredband.net writes:
On 2007-09-01 16:07:48 Torsten Kaiser wrote:
[...]
The good:
+hpet-force-enable-on-vt8235-37-chipsets.patch
+hpet-force-enable-on-vt8235-37-chipsets-fix.patch
Kernel
On Tue, 4 Sep 2007, Andrew Morton wrote:
On Tue, 04 Sep 2007 10:03:56 +0200 Michael Kerrisk [EMAIL PROTECTED]
wrote:
Davide,
Davide -- ping! Can you please offer your comments about this change,
and
also thoughts on Jon's and my comments about a more radical API change
Seconded. It's been largely ignored which is annoying because the HPET
works perfectly on this board. I assume the reason is still that nobody
from NVIDIA verified hardward support for the hack.
It's IMHO a bad idea to add any overrides without access to data sheets
and errata sheets. The
Hi Davide,
wakes up
I'd have thought that the existing stuff would be near-useless without
the capabilities which you describe?
Useless like it'd be a motorcycle w/out a cup-holder :)
Seriously, the ability to get the previous values from something could
have a meaning if this
On Tuesday 04 September 2007 16:26:27 Andi Kleen wrote:
Seconded. It's been largely ignored which is annoying because the HPET
works perfectly on this board. I assume the reason is still that nobody
from NVIDIA verified hardward support for the hack.
It's IMHO a bad idea to add any
Hi;
01 Eyl 2007 Cts tarihinde, Linus Torvalds şunları yazmıştı:
So have fun, give it a go, and expect a quiet week next week.
After upgrading -rc5 (i'm currently using linus's latest git + appArmor and
bootsplash patchset) my CD/DVD-ROM suddenly disappeared :).
[EMAIL PROTECTED] ~ $ diff -u
On Tue, Sep 04, 2007 at 11:16:50AM +0530, Satyam Sharma wrote:
Hi Paul,
On Wed, 15 Aug 2007, Paul E. McKenney wrote:
The locking used by get_random_bytes() can conflict with the
preempt_disable() and synchronize_sched() form of RCU. This patch changes
rcutorture's RNG to gather
On the day of Sunday 02 September 2007 Prakash Punnoor hast written:
Hi,
2.6.23-rc5 locks up hard (Magic Syskeys won't even work) after a few
minutes of work on x86_64. 2.6.23-rc4 was fine. I'll try git-bisect to find
out what is causing trouble. Yes, I am using nvidia binary but it didn't
Hi Again;
04 Eyl 2007 Sal tarihinde, S.Çağlar Onur şunları yazmıştı:
Hi;
01 Eyl 2007 Cts tarihinde, Linus Torvalds şunları yazmıştı:
So have fun, give it a go, and expect a quiet week next week.
After upgrading -rc5 (i'm currently using linus's latest git + appArmor and
bootsplash
Hi!
There is a race condition if an instance is executing __exit
device_exit and calls remove_proc_entry, while someone is still using
the procfile, right?.
static void __exit device_exit(void)
{
// what if the procfile is still in use?
remove_proc_entry(PROC_FILE_NAME, proc_root);
}
To
From: Jeff Norden [EMAIL PROTECTED]
Fix lost interrupt problem when using dma with CD/DVD drives in some
configurations. This problem can make installing linux from media
impossible for distro's that have switched to libata-only configurations.
The simple fix is to eliminate the use of dma for
On 9/4/07, anon... anon.al [EMAIL PROTECTED] wrote:
snip
If yes: which mechanism can be used?
I was thinking about using an atomic counter in procfile_write
proc_f = create_proc_entry(PROC_FILE_NAME, 0644, NULL);
//...
proc_f-write_proc = procfile_write;
int procfile_write(struct file
Hi,
I'm tryng to mount a nfs file system with the option async and run a
program that writes to the file system. The problem is that the
program keep writing even when the file system is full. It appears
that the nfs dont see that the file system is full and keeps writing
to the cache. This
Hi Linus,
Please pull:
git://git.kernel.org/pub/scm/linux/kernel/git/hpa/linux-2.6-x86setup.git
for-linus
Christian Ehrhardt (1):
[x86 setup] Work around bug in Xen HVM
arch/i386/boot/pm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
[Log messages and full diffs
On Tue, Sep 04, 2007 at 06:39:33PM +0200, anon... anon.al wrote:
There is a race condition if an instance is executing __exit
device_exit and calls remove_proc_entry, while someone is still using
the procfile, right?.
static void __exit device_exit(void)
{
// what if the procfile is
On Tuesday 04 September 2007 04:50:34 James Bruce wrote:
Daniel Hazelton wrote:
On Monday 03 September 2007 14:26:29 Krzysztof Halasa wrote:
Daniel Hazelton [EMAIL PROTECTED] writes:
The fact
remains that the person making a work available under *ANY* form of
copyright
license has the
Tilman Schmidt wrote:
Paulo Marques schrieb:
I just tried booting a brand new 2.6.23-rc5 and after a few minutes it
just panicked: machine totally frozen, blinking keyboard leds.
[...]
Maybe someone out there has a good suggestion that I could try before
bisecting...
A probable candidate
On Tue, 4 Sep 2007, Marco Berizzi wrote:
After a week uptime I got this error. I hope it
will be useful for you.
Yes indeed but this is a different type of failure. Looks like a higher
allocation failure in the networking code. Someone created objects that
required an order 2 allocations that
On Tuesday 04 September 2007 09:27:02 Krzysztof Halasa wrote:
Daniel Hazelton [EMAIL PROTECTED] writes:
US Copyright law. A copyright holder, regardless of what license he/she
may have released the work under, can still revoke the license for a
specific person or group of people. (There are
dear all,
I'm trying to track down a problem on a Sun V40Z server with 4 network
devices grabbing random ethX device names. now, trying to force the
device names to what I want, I got a __tmpX form of device name,
which I think is a half-configured device... but which piece of
software is to
Please do submit new PCI device IDs to pciids.sf.net project.
Yep.
FYI: I have already posted the Tolapai DID's and device strings to
pciids.sf.net.
Thanks,
Jason
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
On Tuesday 04 September 2007 11:10:52 [EMAIL PROTECTED] wrote:
On Mon, 03 Sep 2007 17:23:37 PDT, David Schwartz said:
Wrong - I said You can't complain about Person A doing X when
you let Person
B do X without complaint.
Yes, I can. There is no inconsistency between acting in one
On 9/4/07, Alexey Dobriyan [EMAIL PROTECTED] wrote:
For regular proc files, this is fixed in 2.6.23-rc1 and later.
Thanks!
I see you've been working on it:
fix-rmmod-read-write-races-in-proc-entries...
201 - 300 of 380 matches
Mail list logo