Zachary Amsden a écrit :
Yes. Even then, last time I clocked instructions, xchg was still slower
than read / write, although I could be misremembering. And it's not
totally clear that they will always be in cached state, however, and for
SMP, we still want to drop the implicit lock in
This driver used to stop code/logic duplication through different
machines we porting at handhelds.org. pda_power register machs' power
supplies, and will take care about notifying batteries about power
changes through external power interface.
It gets USB power management wrong though. Have
Eric Dumazet wrote:
Is there one processor that benefit from this patch then ?
At least P5 systems should benefit.
-hpa
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Thu, Apr 12, 2007 at 04:48:51PM -0700, Randy Dunlap wrote:
On Thu, 12 Apr 2007 22:38:42 +0200 Borislav Petkov wrote:
When building pdfdocs, the db2pdf converter bails out because of an
latex-reserved token - '#' - in the intermediary .tex file which ends up
in a
conversion error
[17179569.184000]ERROR: Invalid checksum
Seems like you have buggie bios. As the workaround try to start your
kernel with noacpi parameter.
Solution: Upgrade the BIOS firmware with the latest version available from the
manufacturer.
-
To unsubscribe from this list: send the line unsubscribe
Hello,
Apple SMC allows to enumerate all keys available on the device. This is
useful to discover new sensors. With this feature, I'll be able to ask
people with different macintel for their key lists, and update the
driver accordingly. (note: I don't think it is reasonable to auto-detect
Andrew Morton wrote:
Then you just end up with the same thing, don't you?
On Fri, Apr 13, 2007 at 12:50:20PM +1000, Nick Piggin wrote:
Well _you_ do, because that happens to be exactly what you want. Bill
ends up with something that displays page_mapcount instead. And I
end up with something
Andrew Morton wrote:
Do a full pagetable walk, with all the associated locking from within
a systemtap script? I'd be surprised. Maybe if it's mostly hand-coded
in C, perhaps. Then you just end up with the same thing, don't you?
On Fri, Apr 13, 2007 at 01:40:08PM +1000, Nick Piggin wrote:
William Lee Irwin III wrote:
Andrew Morton wrote:
Do a full pagetable walk, with all the associated locking from within
a systemtap script? I'd be surprised. Maybe if it's mostly hand-coded
in C, perhaps. Then you just end up with the same thing, don't you?
On Fri, Apr 13, 2007 at
William Lee Irwin III wrote:
Andrew Morton wrote:
Then you just end up with the same thing, don't you?
On Fri, Apr 13, 2007 at 12:50:20PM +1000, Nick Piggin wrote:
Well _you_ do, because that happens to be exactly what you want. Bill
ends up with something that displays page_mapcount
William Lee Irwin III wrote:
The EM guys are unwilling or unable for support-oriented reasons to
deal with anything but unmodified kernels as shipped by distros.
On Fri, Apr 13, 2007 at 05:03:43PM +1000, Nick Piggin wrote:
And I think major distros ship with kprobes enabled, so that is yet
question: how is mounting filesystems (loopback,
fuse, etc) secured in such way that the user
cannot 'create' device nodes with 'unfortunate'
permissions?
All unprivileged mounts have nosuid,nodev added to their options.
Miklos
-
To unsubscribe from this list: send the line unsubscribe
Given the existence of shared subtrees allowing/denying this at the mount
namespace level is silly and wrong.
If we need more than just the filesystem permission checks can we
make it a mount flag settable with mount and remount that allows
non-privileged users the ability to create mount
allow_signal(SIGCHLD) does all necessary job, no need to call do_sigaction()
prior to.
Signed-off-by: Oleg Nesterov [EMAIL PROTECTED]
--- 2.6.21-rc5/kernel/kmod.c~WH 2007-04-05 12:18:28.0 +0400
+++ 2.6.21-rc5/kernel/kmod.c2007-04-13 11:14:00.0 +0400
@@ -181,14 +181,9 @@
depends on Eric's
kthread-dont-depend-on-work-queues-take-2.patch
worker_thread() inherits ignored SIGCHLD from its parent, kthreadd.
We can remove unneeded do_sigaction().
Signed-off-by: Oleg Nesterov [EMAIL PROTECTED]
--- OLD/kernel/workqueue.c~wt 2007-04-05 12:20:35.0
On top of Eric's
kthread-dont-depend-on-work-queues-take-2.patch
Currently kernel threads use sigprocmask(SIG_BLOCK) to protect against signals.
This doesn't prevent the signal delivery, this only blocks signal_wake_up().
Every killall -33 kthreadd means a struct siginfo leak.
Change
Hi Greg,
68328serial is the last driver to call pm_register and thus using and
keeping alive the really old PM scheme. Any chance to convert it over
to platform devices (which would also clean up a lot of the ifdef
mess in the driver), or simply rip out that rudimentary PM support?
On a less
Hello David,
On Thu, Apr 12, 2007 at 11:06:46PM -0700, David Brownell wrote:
This driver used to stop code/logic duplication through different
machines we porting at handhelds.org. pda_power register machs' power
supplies, and will take care about notifying batteries about power
changes
On Fri, Apr 13, 2007 at 05:05:47PM +1000, Nick Piggin wrote:
Ah, OK. Anyway, with kprobes/systemtap they can do whatever they like
and none of us need to care in the slightest ;)
Umm, folks. systemtap basically means people compile kernel modules
from an odd scripting language with embedded C
Christoph Hellwig wrote:
On Fri, Apr 13, 2007 at 05:05:47PM +1000, Nick Piggin wrote:
Ah, OK. Anyway, with kprobes/systemtap they can do whatever they like
and none of us need to care in the slightest ;)
Umm, folks. systemtap basically means people compile kernel modules
from an odd
On Thu, 12 Apr 2007 20:33:16 -0400 (EDT) Robert P. J. Day [EMAIL PROTECTED]
wrote:
just something i threw together, not in final form, but it represents
tossing the legacy PM stuff. at the moment, the menuconfig entry for
PM_LEGACY lists it as DEPRECATED, while the help screen calls it
On Thu, 12 Apr 2007, David Lang wrote:
On Thu, 12 Apr 2007, Gerhard Mack wrote:
Sometimes it's not the speed it's the cost.. The best I've ever done is
5.5 interfaces per u/ Although with a better motherboard and case it might
have been different.
I have a bunch of servers from rackable,
On Fri, Apr 13, 2007 at 06:03:45PM +1000, Nick Piggin wrote:
Yeah good point ;) I just meant the wider we.
With all the problems kprobes has, something like poking deep into
kernel internals seems like a good thing to use it for instead of
hardcoding that stuff into the kernel. If not, then
I've posted on the subject before, and as noone seemed to truely relate
to the concept I concequently dropped my effords, but as you seem to be half
a step in the general right direction, this may be a good time to bring
it up again.
If instead of 'least privilege' and fat profiles, you would opt
On Fri, Apr 13, 2007 at 08:51:42AM +0100, Christoph Hellwig wrote:
Umm, folks. systemtap basically means people compile kernel modules
from an odd scripting language with embedded C snipplets into kernel
modules. The kernel modules don't use normal exported APIs but use
kallsysms and dwarf
On Thursday 12 April 2007 12:37, Alan Cox wrote:
The proc file system may not be mounted at /proc. There are environments
where this is done for good reason (eg not wanting the /proc info exposed
to a low trust environment). Another is when FUSE is providing an
arbitrated proc either by
[appropriate CCs added]
On Friday, 13 April 2007 02:33, Robert P. J. Day wrote:
just something i threw together, not in final form, but it represents
tossing the legacy PM stuff. at the moment, the menuconfig entry for
PM_LEGACY lists it as DEPRECATED, while the help screen calls it
On Fri, 13 Apr 2007, Stephen Rothwell wrote:
On Thu, 12 Apr 2007 20:33:16 -0400 (EDT) Robert P. J. Day [EMAIL
PROTECTED] wrote:
just something i threw together, not in final form, but it
represents tossing the legacy PM stuff. at the moment, the
menuconfig entry for PM_LEGACY lists it
Christoph Hellwig wrote:
On Fri, Apr 13, 2007 at 06:03:45PM +1000, Nick Piggin wrote:
Yeah good point ;) I just meant the wider we.
With all the problems kprobes has, something like poking deep into
kernel internals seems like a good thing to use it for instead of
hardcoding that stuff into
On Fri, 13 Apr 2007 04:20:10 -0400 (EDT) Robert P. J. Day [EMAIL PROTECTED]
wrote:
On Fri, 13 Apr 2007, Stephen Rothwell wrote:
One thing that comes to mind is that you will need some way to make sure
that only one of ACPI and APM get initialized ...
i don't see how that has anything to
On Friday 13 April 2007 12:36 am, Anton Vorontsov wrote:
Hello David,
- The API needs to say *how much power* can be drawn...
- Sensing VBUS power is not the same thing as being allowed to consume
it. Again, USB OTG devices are different: OTG hosts **SUPPLY** the
current,
On Thursday 12 April 2007 12:37, Alan Cox wrote:
+ if (PTR_ERR(sa-name) == -ENOENT (check AA_CHECK_FD))
+ denied_mask = 0;
Now there is an interesting question. Is PTR_ERR() safe for kernel
pointers on all platforms or just for user ones ?
It's used for kernel
On Fri, 13 Apr 2007, Stephen Rothwell wrote:
On Fri, 13 Apr 2007 04:20:10 -0400 (EDT) Robert P. J. Day [EMAIL
PROTECTED] wrote:
On Fri, 13 Apr 2007, Stephen Rothwell wrote:
One thing that comes to mind is that you will need some way to make sure
that only one of ACPI and APM get
On Thu, Apr 12, 2007 at 09:26:44PM +0300, Maxim Levitsky wrote:
On Thursday 12 April 2007 18:14:02 Mattia Dongili wrote:
On Thu, Apr 05, 2007 at 07:50:11PM -0700, Linus Torvalds wrote:
...
Maxim Levitsky (1):
Add suspend/resume for HPET
This one breaks resume for me (from
Andreas Gruenbacher wrote:
On Thursday 12 April 2007 12:37, Alan Cox wrote:
+ if (PTR_ERR(sa-name) == -ENOENT (check AA_CHECK_FD))
+ denied_mask = 0;
Now there is an interesting question. Is PTR_ERR() safe for kernel
pointers on all platforms or just for
On Thu, 12 Apr 2007 17:23:18 -0400 (EDT),
Alan Stern [EMAIL PROTECTED] wrote:
Here's a not-so-theoretical question.
I've got a module which registers a struct device. (It represents a
virtual device, not a real one, but that doesn't matter.) Obviously the
module's exit routine has to wait
On Wed, 11 Apr 2007 14:28:30 +0200 (MEST), Jan Engelhardt wrote:
Allow the whole I2C menu to be disabled at once without diving into
the submenus for deselecting all options (should the user desire so).
Signed-off-by: Jan Engelhardt [EMAIL PROTECTED]
Kconfig| 15 ++---
This patch shuts warnings of the sort:
make -C /mnt/samsung_200/sam/kernel/trees/21-rc6/build \
KBUILD_SRC=/mnt/samsung_200/sam/kernel/trees/21-rc6 \
KBUILD_EXTMOD= -f /mnt/samsung_200/sam/kernel/trees/21-rc6/Makefile
mandocs
make -f
Sorry for the improper whitespaces, here's a correct version.
Signed-off-by: Borislav Petkov [EMAIL PROTECTED]
Index: 21-rc6/scripts/kernel-doc
===
--- 21-rc6.orig/scripts/kernel-doc
+++ 21-rc6/scripts/kernel-doc
@@ -326,6 +326,32
On 13/4/07 03:24, Zachary Amsden [EMAIL PROTECTED] wrote:
You do know that P6 and higher don't do locked bus references as long
as the value is in the cache, right?
Yes. Even then, last time I clocked instructions, xchg was still slower
than read / write, although I could be
On Fri, Apr 13, 2007 at 06:25:46PM +1000, Nick Piggin wrote:
But at least make it into its own module with a debugfs interface or
something. I mean, exposing a PG_name-to-nr and page count pfn and flags
as a supposedly formal proc interface doesn't sound nice to me. Page
flags does not tell
On Thu, Apr 12, 2007 at 08:00:04PM +0400, Oleg Nesterov wrote:
On 04/12, Srivatsa Vaddagiri wrote:
On Tue, Apr 03, 2007 at 10:48:20PM +0530, Srivatsa Vaddagiri wrote:
Actually, we should do this before destroy_workqueue() calls
flush_workqueue().
Otherwise flush_cpu_workqueue()
Jan,
On Tue, 10 Apr 2007 21:17:40 +0200 (MEST), Jan Engelhardt wrote:
the following patch series turns some menus into menuconfigs, so they
can be disabled whilst walking thorugh the parent menu (check the
videos [1], [2] to see what I mean), enabling for disabling lots of
options
On Friday 13 April 2007 1:22 am, Rafael J. Wysocki wrote:
[appropriate CCs added]
On Friday, 13 April 2007 02:33, Robert P. J. Day wrote:
just something i threw together, not in final form, but it represents
tossing the legacy PM stuff. at the moment, the menuconfig entry for
On Fri, Apr 13, 2007 at 01:42:36AM -0700, David Brownell wrote:
On Friday 13 April 2007 12:36 am, Anton Vorontsov wrote:
Hello David,
- The API needs to say *how much power* can be drawn...
- Sensing VBUS power is not the same thing as being allowed to consume
it. Again,
On 4/12/07, Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Wednesday, 11 April 2007 17:02, Jiri Slaby wrote:
Rafael J. Wysocki napsal(a):
On Wednesday, 11 April 2007 12:45, Jiri Slaby wrote:
Rafael J. Wysocki napsal(a):
On Wednesday, 11 April 2007 09:36, Jiri Slaby wrote:
Rafael J.
On Fri, Apr 13, 2007 at 12:04:16PM +0200, Nick Piggin wrote:
Remove one level of indirection (kernel/rwsem.c - lib/rwsem.c), and
give a bit of a cleanup (eg remove the fastcall junk) to make the
code a bit easier to read.
Arpopos fastcalls, now that -mregparam=3 is the defaul on i386 and
On Friday 13 April 2007 2:52 am, Anton Vorontsov wrote:
But I got the point, and yes I can't explain why it works correctly.
It probably doesn't work correctly. But it's not broken enough to
fail badly.
Can that comment be an explanation?
--- drivers/usb/gadget/pxa2xx_udc.c:
On Fri, Apr 13, 2007 at 12:04:16PM +0200, Nick Piggin wrote:
OK, this patch is against 2.6.21-rc6 + Mathieu's atomic_long patches.
Last time this came up I was asked to get some numbers, so here are
some in the changelog, captured with a simple kernel module tester.
I got motivated again
I saw that too, and unfortunately I don't know what what that condition
represents, either. It's the only other element in that if statement
that could make it take that path, so I'm assuming that's part of the
problem.
Multiple mm's mean multiple threads with a different set of mappings,
Pondering about this, it's ATA_LBA according to the docs, specifying
that the address is an LBA.
This is true for some commands, but not all. It gets used for other stuff
too.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
On Friday 13 April 2007 12:04:16 Nick Piggin wrote:
OK, this patch is against 2.6.21-rc6 + Mathieu's atomic_long patches.
Last time this came up I was asked to get some numbers, so here are
some in the changelog, captured with a simple kernel module tester.
I got motivated again because of
On Fri, Apr 13, 2007 at 11:19:30AM +0100, Christoph Hellwig wrote:
On Fri, Apr 13, 2007 at 12:04:16PM +0200, Nick Piggin wrote:
Remove one level of indirection (kernel/rwsem.c - lib/rwsem.c), and
give a bit of a cleanup (eg remove the fastcall junk) to make the
code a bit easier to read.
On Fri, Apr 13, 2007 at 12:53:49PM +0200, Andi Kleen wrote:
On Friday 13 April 2007 12:04:16 Nick Piggin wrote:
OK, this patch is against 2.6.21-rc6 + Mathieu's atomic_long patches.
Last time this came up I was asked to get some numbers, so here are
some in the changelog, captured with a
Alan Cox [EMAIL PROTECTED] writes:
I saw that too, and unfortunately I don't know what what that condition
represents, either. It's the only other element in that if statement
that could make it take that path, so I'm assuming that's part of the
problem.
Multiple mm's mean multiple
Keir Fraser [EMAIL PROTECTED] writes:
On 13/4/07 03:24, Zachary Amsden [EMAIL PROTECTED] wrote:
You do know that P6 and higher don't do locked bus references as long
as the value is in the cache, right?
Yes. Even then, last time I clocked instructions, xchg was still slower
than
First run the ver_linux script included as scripts/ver_linux, which
reports the version of some important subsystems. Run this script with
the command sh scripts/ver_linux.
- umh... I cannot find this script
Use that information to fill in all fields of the bug report form, and
post it to
On 13/4/07 13:27, Andi Kleen [EMAIL PROTECTED] wrote:
LOCKed instruction suck really badly on the netburst microarchitecture (like
factor of 10x, or not far off). I think it's probably because of their side
effect of serialising memory accesses, causing horrible pipeline stalls.
On Fri, Apr 13, 2007 at 03:25:13AM -0700, David Brownell wrote:
On Friday 13 April 2007 2:52 am, Anton Vorontsov wrote:
But I got the point, and yes I can't explain why it works correctly.
It probably doesn't work correctly. But it's not broken enough to
fail badly.
Can that
I updated the BIOS to the latest version, but the problem persists.
Boots option pci = noacpi not solved the problem. Reporting bios bug
disappears when setting pci = nommconf, But the kernel is still not
loaded (
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
Nick Piggin [EMAIL PROTECTED] wrote:
I think I should put wait_lock after wait_list, so as to get a better
packing on most 64-bit architectures.
It makes no difference. struct lockdep_map contains at least one pointer and
so is going to be 8-byte aligned (assuming it's there at all). struct
Bill Gates once said:
http://antitrust.slated.org/www.iowaconsumercase.org/011607/3000/PX03020.pdf
--
Fausto Carvalho
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Alan,
seems like you have the same problem as the dvb framework has/had.
http://mcentral.de/hg/~mrec/v4l-dvb-stable
The last 3 changesets do the trick to not oops, it will delay the
deinitialization of the device till the last user closed the device node.
Markus
Cornelia Huck wrote:
On
On Friday, 13 April 2007 12:14, Jiri Slaby wrote:
On 4/12/07, Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Wednesday, 11 April 2007 17:02, Jiri Slaby wrote:
Rafael J. Wysocki napsal(a):
On Wednesday, 11 April 2007 12:45, Jiri Slaby wrote:
Rafael J. Wysocki napsal(a):
On
On Wed, 2007-04-11 at 12:44 +0200, Miklos Szeredi wrote:
1. clone the master namespace.
2. in the new namespace
move the tree under /share/$me to /
for each ($user, $what, $how) {
move /share/$user/$what to /$what
if ($how == slave) {
Al Viro [EMAIL PROTECTED] writes:
Nope. The point is to have it as early as possible, so that we had more
or less normal environment when drivers, etc. are being initialized.
But traditionally the normal environment is a root fs not yet
mounted. Do the drivers need initramfs? Which drivers?
Nick Piggin [EMAIL PROTECTED] wrote:
This patch converts all architectures to a generic rwsem implementation,
which will compile down to the same code for i386, or powerpc, for
example,
and will allow some (eg. x86-64) to move away from spinlock based rwsems.
Which are better on UP kernels
On Fri, Apr 13, 2007 at 12:50:20PM +1000, Nick Piggin wrote:
Andrew Morton wrote:
On Fri, 13 Apr 2007 12:18:56 +1000 Nick Piggin [EMAIL PROTECTED]
wrote:
I guess one could generate an answer to the static question with
systemtap,
by accumulating running counts across the application
On Fri, Apr 13, 2007 at 12:44:50PM +0100, David Howells wrote:
Nick Piggin [EMAIL PROTECTED] wrote:
I think I should put wait_lock after wait_list, so as to get a better
packing on most 64-bit architectures.
It makes no difference. struct lockdep_map contains at least one pointer and
the cheesy uclinux mtd maps can be used for more than just the root device, so
i think we should drop the forcing. also, i feel like this is a policy
decision that shouldnt be in the kernel in the first place. people who have
been lazy and boot with uclinux mtd maps and dont put root= into
On Fri, Apr 13, 2007 at 12:54:36PM +1000, Nick Piggin wrote:
Matt Mackall wrote:
On Fri, Apr 13, 2007 at 12:21:25PM +1000, Nick Piggin wrote:
Matt Mackall wrote:
On Fri, Apr 13, 2007 at 11:42:29AM +1000, Nick Piggin wrote:
If kprobes is simply crappy and doesn't work properly for this,
Hi.
On Fri, 2007-04-13 at 14:00 +0200, Rafael J. Wysocki wrote:
Shrinking memory... Pages needed: 128103 normal, 0 highmem
Pages needed: 125226 normal, 0 highmem
Pages needed: -5757 normal, 0 highmem
Pages needed: -5757 normal, 0 highmem
Pages needed: -5757 normal, 0 highmem
Pages
Francis Moreau wrote:
Hi,
After reading the crypto code and trying to implement a AES driver,
I'm wondering if the current implementation is optimum. My plan is to
use _exclusively_ the AES driver to encrypt filesystems by using
eCryptfs for example.
But it seems that because the current
On Fri, Apr 13, 2007 at 08:19:31AM -0400, Mike Frysinger wrote:
the cheesy uclinux mtd maps can be used for more than just the root device,
so
i think we should drop the forcing. also, i feel like this is a policy
decision that shouldnt be in the kernel in the first place. people who have
HZ has not always been 100Hz for some time.
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --exclude-from /usr/src/exclude --new-file --recursive
linux.vanilla-2.6.21-rc6-mm1/arch/i386/kernel/apm.c
linux-2.6.21-rc6-mm1/arch/i386/kernel/apm.c
---
Thanks for the help from Steve Fox and Duane Cox investigating this
issue, I'd like to report that we found the problem. The issue is with
the patch Steve Fox isolated below, by not accommodating older adapters
properly and issuing a command they do not support when retrieving
storage parameters
Looking at the code, it seems to me that format_corename() is appending
.pid, regardless if !core_uses_pid and corename[0]=='|', in which case
it creates an invalid path for call_usermodehelper_pipe().
Bug in the code, or bug in my methods?
This looks somewhat better and might do the
David, you keep saying the same things and don't listen to me.
On Fri, Apr 13, 2007 at 01:09:42PM +0100, David Howells wrote:
Nick Piggin [EMAIL PROTECTED] wrote:
This patch converts all architectures to a generic rwsem implementation,
which will compile down to the same code for i386, or
On Fri, 13 Apr 2007, Francesco Ricci wrote:
[7.7.] Other information that might be relevant to the problem
(please look in /proc and include all information that you
think to be relevant):
Thanks for your report, and for your patience in supplying all that
scarcely relevant
Ananth N Mavinakayanahalli wrote:
On Fri, Apr 13, 2007 at 12:50:20PM +1000, Nick Piggin wrote:
It definitely seems like you can use some kernel functions, but the
ones I saw may just be systemtap facilities. But what is so surprising
about being able to call a kernel function when running in
I can reproduce the problem umounting my /var (reiserfs), but it doesn't
occur with /usr or /opt, that are reiserfs too.
It seems very similar to this issue:
kthread() sleeps in TASK_INTERRUPTIBLE state waiting for the first wakeup.
In theory, this wakeup may come from freeze_process()-signal_wake_up(),
so the task can disappear even before kthread_create() sets its -comm.
Change kthread() to use TASK_UNINTERRUPTIBLE.
Signed-off-by: Oleg Nesterov
If kernel_thread(kthread) succeeds, kthread() can not fail on its path to
complete(create-started) + schedule(). After that it can't be woken because
nobody can see the new task yet. This means:
- we don't need tasklist_lock for find_task_by_pid().
- create_kthread() doesn't need
It's a shame kthread_stop() (may take a while!) runs with a global semaphore
held. With this patch kthread() allocates all neccesary data (struct kthread)
on its own stack, globals kthread_stop_xxx are deleted.
HACKS:
- re-use task_struct-set_child_tid to point to struct kthread
Well, with SCSI turned off, it didn't compile:
drivers/block/cciss.c: In function `cciss_ioctl':
drivers/block/cciss.c:1180: error: `SCSI_IOCTL_GET_IDLUN' undeclared (first use
in this function)
drivers/block/cciss.c:1180: error: (Each undeclared identifier is reported only
once
On Fri, Apr 13, 2007 at 01:58:41PM +0100, Cameron, Steve wrote:
Well, with SCSI turned off, it didn't compile:
drivers/block/cciss.c: In function `cciss_ioctl':
drivers/block/cciss.c:1180: error: `SCSI_IOCTL_GET_IDLUN' undeclared (first
use in this function)
drivers/block/cciss.c:1180:
On Fri, Apr 13, 2007 at 02:43:03PM +0200, Nick Piggin wrote:
Yes, this is the case on our 2 premiere SMP powerhouse architectures,
sparc32 and parsic.
sparc32 is ultra-legacy and I have a tremendous amount of work to do on
SMP there. I don't feel that efficiency of locking primitives is a
On Fri, 13 Apr 2007 13:42:04 +0200,
Markus Rechberger [EMAIL PROTECTED] wrote:
seems like you have the same problem as the dvb framework has/had.
http://mcentral.de/hg/~mrec/v4l-dvb-stable
The last 3 changesets do the trick to not oops, it will delay the
deinitialization of the device
Oleg Nesterov [EMAIL PROTECTED] writes:
depends on Eric's
kthread-dont-depend-on-work-queues-take-2.patch
worker_thread() inherits ignored SIGCHLD from its parent, kthreadd.
We can remove unneeded do_sigaction().
Acked-by: Eric W. Biederman [EMAIL PROTECTED]
Looks good.
We could
Hmm, now that I look again, those ioctls it's complaining
about are ones for which we just return ENOTTY, so I guess
we don't really need them listed explicitly, and if they
weren't, the Kconfig patch would be unnecessary.
-- steve
-Original Message-
From: Cameron, Steve
Sent: Fri
Quoting Miklos Szeredi ([EMAIL PROTECTED]):
On Wed, 2007-04-11 at 12:44 +0200, Miklos Szeredi wrote:
1. clone the master namespace.
2. in the new namespace
move the tree under /share/$me to /
for each ($user, $what, $how) {
move
Hi,
On 4/13/07, Helge Hafting [EMAIL PROTECTED] wrote:
Francis Moreau wrote:
So is this interpretation right ? If so wouldn't it be appropriate to
introduce a mechanism to reserve this AES hardware for a special
purpose (filesystem encryptions) and thus make it as fast as possible
?
Would
Nick Piggin [EMAIL PROTECTED] wrote:
The other way happens to be better for everyone else, which is why I
think your suggestion to instead move everyone to the spinlock version
was weird.
No, you misunderstand me. My preferred solution is to leave it up to the arch
and not to make it
Hi Christoph,
Christoph Hellwig wrote:
68328serial is the last driver to call pm_register and thus using and
keeping alive the really old PM scheme. Any chance to convert it over
to platform devices (which would also clean up a lot of the ifdef
mess in the driver), or simply rip out that
Alan Cox wrote:
Looking at the code, it seems to me that format_corename() is appending
.pid, regardless if !core_uses_pid and corename[0]=='|', in which case
it creates an invalid path for call_usermodehelper_pipe().
Bug in the code, or bug in my methods?
This looks somewhat better and
On 04/13, Eric W. Biederman wrote:
Oleg Nesterov [EMAIL PROTECTED] writes:
depends on Eric's
kthread-dont-depend-on-work-queues-take-2.patch
worker_thread() inherits ignored SIGCHLD from its parent, kthreadd.
We can remove unneeded do_sigaction().
Acked-by: Eric W. Biederman
Quoting Miklos Szeredi ([EMAIL PROTECTED]):
Given the existence of shared subtrees allowing/denying this at the mount
namespace level is silly and wrong.
If we need more than just the filesystem permission checks can we
make it a mount flag settable with mount and remount that allows
On Fri, 13 Apr 2007, Anton Vorontsov wrote:
With fixed-units files, having *_energy and *_capacity isn't too clear
either... Nor is it consistent with SBS, since SBS uses capacity to
refer to either energy or charge, depending on a units attribute.
As a compromise, how about using
On Thu, Apr 12, 2007 at 03:25:03AM +0400, Anton Vorontsov wrote:
Here is battery monitor class. According to first copyright string, we're
maintaining it since 2003. I've took few days and cleaned it up to be
more suitable for mainline inclusion.
It differs from battery class at
On Thu, Apr 12, 2007 at 03:24:46AM +0400, Anton Vorontsov wrote:
External power framework - power supplies and power supplicants.
Supplicants (batteries so far) may ask to notify they when power supply
arrive/gone. This framework used by battery class (next patches).
It's permitted for
1 - 100 of 618 matches
Mail list logo