On Thu, 08 Feb 2007 17:16:15 +0530 Srinivasa Ds <[EMAIL PROTECTED]> wrote:
> +module_init(debugfs_kprobe_init);
> +#endif /* CONFIG_DEBUG_FS */
> +
> __initcall(init_kprobes);
I think you'll find this doesn't work when loaded as a module: we only
support a single initcall per module. (Which mig
Hi Dmitry,
Dmitry Torokhov wrote:
That is because by default atkbd uses software-emulated raw mode.
bootk with atkbd.softraw=0 or switch it off after boot through sysfs
attribute to get EV_MSC/MSC_RAW passed through).
Thank you for your advice, but I really don't know, what will be the
secon
On Fri, 9 Feb 2007 11:02:28 +0530 "Bharata B Rao" <[EMAIL PROTECTED]> wrote:
> Andrew,
>
> On 2/9/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > fsaio-add-a-wait-queue-arg-to-the-wait_bit-action-routine.patch
> > fsaio-add-a-wait-queue-arg-to-the-wait_bit-action-routine-gfs2-fix.patch
> > fsaio
Hi Jan,
Jan Kara <[EMAIL PROTECTED]> writes:
> On Wed 07-02-07 20:45:26, Frank Hartmann wrote:
>> you are the first to react on my message. I did not try 2.6.20 uptonow.
>>
>> What I did in the meantime:
>>
>> Switched to 2.6.19.2
>>
>> I run extensivly memtest+ and started something called
Jiri Kosina schrieb:
> On Thu, 8 Feb 2007, Jeff Garzik wrote:
>
>> [EMAIL PROTECTED] linux-2.6]$ make -sj4
>> CHK include/linux/version.h
>> CHK include/linux/utsrelease.h
>> CHK include/linux/compile.h
>> drivers/isdn/gigaset/bas-gigaset.c: In function 'dump_urb':
>> drivers/isd
On Thu, 8 Feb 2007 14:07:15 +0100 (CET) Nick Piggin <[EMAIL PROTECTED]> wrote:
> So I have finally finished a first slightly-working draft of my new aops
> op (perform_write) proposal. I would be interested to hear comments about
> it. Most of my issues and concerns are in the patch headers them
On Thu, Feb 08, 2007 at 12:43:28PM -0800, David Miller wrote:
> From: Heiko Carstens <[EMAIL PROTECTED]>
> Date: Thu, 8 Feb 2007 21:32:10 +0100
>
> > So either all spin_lock_bh's should be converted to spin_lock,
> > which would limit smp_call_function()/smp_call_function_single()
> > to process
On Thu, 8 Feb 2007 16:20:12 +0300 Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> +again:
> spin_lock(&proc_subdir_lock);
> for (p = &parent->subdir; *p; p=&(*p)->next ) {
> if (!proc_match(len, fn, *p))
> continue;
> de = *p;
> +
> +
On Fri, 9 Feb 2007 09:26:11 +0100 Sébastien Dugué <[EMAIL PROTECTED]> wrote:
> On Fri, 9 Feb 2007 11:02:28 +0530 "Bharata B Rao" <[EMAIL PROTECTED]> wrote:
>
> > Andrew,
> >
> > On 2/9/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > fsaio-add-a-wait-queue-arg-to-the-wait_bit-action-routine.pa
Hi,
Emmeran Seehuber wrote:
we`ve got a database server machine running a 2.6.18.2 vanilla kernel on
Debian Etch. The database is MySQL 5. Everything works fine, but sometimes
the server "lags", i.e. it doesn`t respond for 30 seconds. We`ve now
investigated the problem and found this messages
Richard Knutsson wrote:
Convert pci_module_init() to pci_register_driver().
Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]>
---
Compile-tested with "allyes", "allmod" & "allno" on i386
Diff'ed against the unpatched object-files, no difference
Has previously been sent to the maintainers, with
I have used EIOCBRETRY in the patch to minimize source code modification
only.
It is notable that EIOCBRETRY is never set in kernel, but tested only.
EAGAIN - means that you may want to recall the same function with the
same argument. But user have not to recall it just now. He may want to
free or
On Fri, 9 Feb 2007, Ananiev, Leonid I wrote:
> Fix "Kernel BUG at fs/aio.c:509". Return EIOCBRETRY but not EIO if page
> is busy.
I am currently also hunting in this area, and I think there is something
strange in generic_file_aio_read(). This seems strange:
for (seg = 0; seg < nr_segs
Hello,
Andrew Morton wrote:
sched-add-above-background-load-function.patch
mm-implement-swap-prefetching.patch
mm-implement-swap-prefetching-vs-zvc-stuff.patch
mm-implement-swap-prefetching-vs-zvc-stuff-2.patch
mm-implement-swap-prefetching-use-ctl_unnumbered.patch
swap_prefetch-vs-zoned-counter
On Fri, 9 Feb 2007 01:05:57 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Fri, 9 Feb 2007 09:26:11 +0100 Sébastien Dugué <[EMAIL PROTECTED]> wrote:
>
> > On Fri, 9 Feb 2007 11:02:28 +0530 "Bharata B Rao" <[EMAIL PROTECTED]> wrote:
> >
> > > Andrew,
> > >
> > > On 2/9/07, Andrew Morton <[E
On Fri, 09 Feb 2007 11:54:29 +0200 Lenar Lõhmus <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Andrew Morton wrote:
> > sched-add-above-background-load-function.patch
> > mm-implement-swap-prefetching.patch
> > mm-implement-swap-prefetching-vs-zvc-stuff.patch
> > mm-implement-swap-prefetching-vs-zvc-stu
On Fri, 9 Feb 2007, Ananiev, Leonid I wrote:
> I have used EIOCBRETRY in the patch to minimize source code modification
> only. It is notable that EIOCBRETRY is never set in kernel, but tested
> only.
There is indeed something strange in aio in 2.6.20 (and maybe older) - for
example do_generic
On Fri, 9 Feb 2007 10:54:36 +0100 (CET) Jiri Kosina <[EMAIL PROTECTED]> wrote:
> @@ -1204,7 +1204,7 @@ generic_file_aio_read(struct kiocb *iocb, const struct
> iovec *iov,
> do_generic_file_read(filp,ppos,&desc,file_read_actor);
> retval += desc.written
> All right. However this means thread_struct will have to grow in order to
> hold each task's debug-register allocations and priorities. Would that be
> acceptable? (This might be a good reason to keep the number of bits
> down.)
Well, noone seems to mind the wasted debugreg[5..6] words. ;-)
Hello All,
I have question if next style of macros definitions
for hardware registers is acceptable (tastefull for
maintainers) for Linux kernel.
/* Register offset against peripheral base */
#define SUBSYSTEM_REGISTER_o 0x0
/* The register field mask */
#define REGISTER_FUNCTION_m 0x0
On Fri, 9 Feb 2007, Andrew Morton wrote:
> > @@ -1204,7 +1204,7 @@ generic_file_aio_read(struct kiocb *iocb, const
> > struct iovec *iov,
> > do_generic_file_read(filp,ppos,&desc,file_read_actor);
> > retval += desc.written;
> > if (desc
Kyle McMartin <[EMAIL PROTECTED]> writes:
> On Thu, Feb 08, 2007 at 06:27:17PM -0500, Justin Piszcz wrote:
> > It appears to have been dead for awhile now, did I miss something?
> > One of my scripts uses this functionality, which now appears
> > dead/disabled/offline.
> >
>
> Why not use this
On Fri, Feb 09, 2007 at 12:29:06AM +0100, Jan Engelhardt wrote:
>
> On Feb 8 2007 15:07, Andrew Morton wrote:
>
> >scheduled-removal-of-sa_xxx-interrupt-flags-fixups.patch
> >scheduled-removal-of-sa_xxx-interrupt-flags-fixups-2.patch
> >scheduled-removal-of-sa_xxx-interrupt-flags.patch
> >schedul
On Fri, Feb 09, 2007 at 11:40:27AM +0100, Jiri Kosina wrote:
> On Fri, 9 Feb 2007, Andrew Morton wrote:
>
> > > @@ -1204,7 +1204,7 @@ generic_file_aio_read(struct kiocb *iocb, const
> > > struct iovec *iov,
> > > do_generic_file_read(filp,ppos,&desc,file_read_actor);
> > >
On Thu, 08 Feb 2007 15:51:15 -0700 [EMAIL PROTECTED] (Eric W. Biederman) wrote:
> Patch 3: sysctl: Fix selinux_sysctl_getsid
> This is a small fix against
> "sysctl: Restore the old selinux sysctl handling."
>
I cannot locate such a patch. I just gave up and plastered
the fixes at end-of-series
>>noone seems to be setting the error values to EIOCBRETRY
> We'd want retries to act only on the remaining bytes which haven't
been
> transferred as yet, so even in the EIOCBRETRY...
OK. But any variable is not set to EIOCBRETRY in 2.6.14, 2.6.19,
2.6.20.
Is it correct?
Leonid
-Original M
On 09/02/07, Pavel Pisa <[EMAIL PROTECTED]> wrote:
Hello All,
I have question if next style of macros definitions
for hardware registers is acceptable (tastefull for
maintainers) for Linux kernel.
It is generally preferred to keep macro names all uppercase.
Also, when possible, static inline
On Fri, 2007-02-09 at 10:57 +, Frederik Deweerdt wrote:
> +static const int __deprecated SA_INTERRUPT = IRQF_DISABLED;
> +static const int __deprecated SA_SAMPLE_RANDOM = IRQF_SAMPLE_RANDOM;
> +static const int __deprecated SA_SHIRQ = IRQF_SHARED;
> +static const int __deprecated SA_PROBEIRQ =
On Fri, Feb 09, 2007 at 12:41:01AM -0800, Andrew Morton wrote:
> On Thu, 8 Feb 2007 14:07:15 +0100 (CET) Nick Piggin <[EMAIL PROTECTED]>
> wrote:
>
> > So I have finally finished a first slightly-working draft of my new aops
> > op (perform_write) proposal. I would be interested to hear comments
On Fri, 9 Feb 2007 10:54:05 +0100 Nick Piggin <[EMAIL PROTECTED]> wrote:
> On Fri, Feb 09, 2007 at 12:41:01AM -0800, Andrew Morton wrote:
> > On Thu, 8 Feb 2007 14:07:15 +0100 (CET) Nick Piggin <[EMAIL PROTECTED]>
> > wrote:
> >
> > > So I have finally finished a first slightly-working draft of
On Fri, Feb 09, 2007 at 02:09:54AM -0800, Andrew Morton wrote:
> On Fri, 9 Feb 2007 10:54:05 +0100 Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> >
> > That's still got a deadlock,
>
> It does?
Yes, PG_lock vs mm->mmap_sem.
> > and also it doesn't work if we want to lock
> > the page when perform
On Fri, 9 Feb 2007 11:32:58 +0100 Nick Piggin <[EMAIL PROTECTED]> wrote:
> On Fri, Feb 09, 2007 at 02:09:54AM -0800, Andrew Morton wrote:
> > On Fri, 9 Feb 2007 10:54:05 +0100 Nick Piggin <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > That's still got a deadlock,
> >
> > It does?
>
> Yes, PG_lock
On Fri, Feb 09, 2007 at 02:52:49AM -0800, Andrew Morton wrote:
> On Fri, 9 Feb 2007 11:32:58 +0100 Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> > On Fri, Feb 09, 2007 at 02:09:54AM -0800, Andrew Morton wrote:
> > > On Fri, 9 Feb 2007 10:54:05 +0100 Nick Piggin <[EMAIL PROTECTED]> wrote:
> > >
> > >
This patch series is against 2.6.20; some things are in flux, so there
might be issues as other things flow into the latest -git tree.
>From the documentation:
Lguest is designed to be a minimal hypervisor for the Linux kernel, for
Linux developers and users to experiment with virtualization with
The current code simply calls "start_kernel" directly if we're under a
hypervisor and no paravirt_ops backend wants us, because paravirt.c
registers that as a backend and it's linked last.
This was always a vain hope; start_kernel won't get far without setup.
It's also impossible for paravirt_ops
Name: Expose get_futex_key, get_key_refs and drop_key_refs.
lguest uses the convenient futex infrastructure for inter-domain I/O,
so expose get_futex_key, get_key_refs (renamed get_futex_key_refs) and
drop_key_refs (renamed drop_futex_key_refs). Also means we need to
expose the union that these u
Whenever we schedule, __switch_to calls load_esp0 which does:
tss->esp0 = thread->esp0;
This is never initialized for the initial thread (ie "swapper"), so
when we're scheduling that, we end up setting esp0 to 0. This is
fine: the swapper never leaves ring 0, so this field is never used.
lguest does some fairly lowlevel things to support a host, which
normal modules don't need:
math_state_restore:
When the guest triggers a Device Not Available fault, we need
to be able to restore the FPU
tsc_khz:
Simplest way of telling the guest how to interpret the TSC
There's a really nice console helper (esp. for virtual console
drivers) in drivers/char/hvc_console.c. It has only ever been used
for PowerPC, though, so it uses NO_IRQ which is only defined there.
Let's fix that so it's more widely useful. By, say, lguest.
Signed-off-by: Rusty Russell <[EMAIL
This network driver operates both to the host process, and to other
guests. It's pretty trivial.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
===
--- a/drivers/net/Makefile
+++ b/drivers/net/Makefile
@@ -217,3 +217,4 @@ obj-$(CO
A trivial driver to have a basic lguest console, using the hvc_console
infrastructure.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
===
--- a/drivers/char/Makefile
+++ b/drivers/char/Makefile
@@ -45,6 +45,7 @@ obj-$(CONFIG_HVC_CO
A simple block driver for lguest (/dev/lgbX). Only does one request
at once.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
===
--- a/drivers/block/Makefile
+++ b/drivers/block/Makefile
@@ -28,4 +28,5 @@ obj-$(CONFIG_VIODASD)
Name: Lguest documentatation and example launcher
Fairly complete documentation for lguest. I actually want to get rid
of the "coding" part of lguest.txt and roll it into the code itself,
literary-programming-style.
The launcher utility is also here: I don't have delusions of interface
stability
On Fri, 09 Feb 2007 20:20:27 +1100 Rusty Russell <[EMAIL PROTECTED]> wrote:
> +#define log(...) \
> + do {\
> + mm_segment_t oldfs = get_fs(); \
> + char buf[100];
On Friday 09 February 2007 10:14, Rusty Russell wrote:
> +unhandled_paravirt:
> + /* Nothing wanted us: try to die with dignity (impossible trap). */
> + movl$0x1F, %edx
> + pushl $0
> + jmp early_fault
Please print a real message with early_printk
-Andi
-
To unsubscr
On Friday 09 February 2007 10:15, Rusty Russell wrote:
> tsc_khz:
> Simplest way of telling the guest how to interpret the TSC
> counter.
Are you sure this will work with varying TSC frequencies?
In general you should get this from cpufreq.
-Andi
-
To unsubscribe from this list: s
On Friday 09 February 2007 10:20, Rusty Russell wrote:
> This is the core of lguest: both the guest code (always compiled in to
> the image so it can boot under lguest), and the host code (lg.ko).
>
> There is only one config prompt at the moment: lguest is currently
> designed to run exactly the
[ Part 6 was too big, so posting in four parts ]
Unfortunately, we don't have the build infrastructure for "private"
asm-offsets.h files, so there's a not-so-neat include in
arch/i386/kernel/asm-offsets.c.
The four headers are:
asm/lguest.h:
Things the guest needs to know (hypercall numbe
This is the guest code which replaces the parts of paravirt_ops with
hypercalls. It's fairly trivial. This patch also includes trivial
bus driver for lguest devices.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
===
--- /dev/nul
Finally, we put in the Makefile, so it will build.
You can see the pain involved in creating the switcher code
(hypervisor.S) ready to be copied into the top of memory.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
===
--- a/arch
On Fri, 2007-02-09 at 01:35 -0800, Andrew Morton wrote:
> On Fri, 09 Feb 2007 20:20:27 +1100 Rusty Russell <[EMAIL PROTECTED]> wrote:
>
> > +#define log(...) \
> > + do {\
> > + mm_segment_t oldfs = get_fs();
Rusty Russell wrote:
On Fri, 2007-02-09 at 01:35 -0800, Andrew Morton wrote:
On Fri, 09 Feb 2007 20:20:27 +1100 Rusty Russell <[EMAIL PROTECTED]> wrote:
+#define log(...) \
+ do {\
+ m
Hi,
On Fri, 9 Feb 2007, Oleg Verych wrote:
> > - else if [ -x /bin/bash ]; then echo /bin/bash; \
> > - else echo sh; fi ; fi)
> > + else if [ -x /bin/bash ]; then echo /bin/bash; fi; fi)
> > +ifeq ($(CONFIG_SHELL),)
> > +$(error bash is required to build the kernel)
> > +endif
> > +S
Am Friday 09 February 2007 schrieb Tejun Heo:
> Hi,
>
> This is just the recovery part. Need more log. If possible, please
> give a shot at 2.6.20. It might have fixed your problem or at least
> allow better diagnosis.
>
I´ll look into getting 2.6.20 on the machine. But it might take some time
On Fri, 09 Feb 2007 12:24:33 +0100 Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-02-09 at 10:57 +, Frederik Deweerdt wrote:
> > +static const int __deprecated SA_INTERRUPT = IRQF_DISABLED;
> > +static const int __deprecated SA_SAMPLE_RANDOM = IRQF_SAMPLE_RANDOM;
> > +static const
At Thu, 8 Feb 2007 23:48:39 +0100 (CET),
Jiri Kosina wrote:
>
> Hi,
>
> Jeff spotted forgotten occurence of urb->bandwidth in isdn subsystem. When
> fixing it, I have done quick grep over the tree and found another one
> (which was even commented out). Let's just remove it.
>
> [PATCH] USB SOU
On 2007.02.04 02:13:51 +0100, Björn Steinbrink wrote:
> On 2007.02.02 23:48:14 -0600, Robert Hancock wrote:
> > There's a patch in -mm (sata_nv-use-adma-for-nodata-commands.patch)
> > which should hopefully avoid this problem for the cache flush commands,
> > at least - can you try that one out?
Andrew Morton <[EMAIL PROTECTED]> writes:
>
> As long as nobody takes the address of them (which wouldn't compile today
> anyway) then the compiler should be able to not allocate store for these.
This would only work for unit-at-a-time compilers (if it works at all,
i'm not sure), but not older
Eric W. Biederman wrote:
Nadia Derbey <[EMAIL PROTECTED]> writes:
2) why autotuning:
There are at least 3 cases where it can be useful
. for workloads that are known to need a big amount of a given resource type
(say shared memories), but we don't know what the maximum amount needed will be
.
Rafael J. Wysocki napsal(a):
On Tuesday, 6 February 2007 12:18, Jiri Slaby wrote:
running) -- how to debug both of this? Do not suspend consoles? PM_TRACE (this
won't help since it completely resumes, I guess)?
First, you can try s2ram if you haven't done it already
(http://en.opensuse.org/s2
Alex Dubov wrote:
> I'm aware that there are some weird problems with a 2.6.20. I'm currently
> looking into it.
>
> Besides, I wonder, are tifm and sdhci play nicely together? And then, we do
> know that suspend is
> totally broken in the older versions of the driver. So it may be desirable to
On Thu, 2007-02-08 at 15:55 -0700, Eric W. Biederman wrote:
> I goofed and when reenabling the fine grained selinux labels for
> sysctls and forgot to add the "/sys" prefix before consulting
> the policy database. When computing the same path using
> proc_dir_entries we got the "/sys" for free as
On Thu, 2007-02-08 at 16:02 -0700, Eric W. Biederman wrote:
> From: Stephen Smalley <[EMAIL PROTECTED]>
>
> Hmmm...turns out to not be quite enough, as the /proc/sys inodes aren't
> truly private to the fs, so we can run into them in a variety of
> security hooks beyond just the inode hooks, such
On Feb 9 2007 14:04, Andi Kleen wrote:
>Andrew Morton <[EMAIL PROTECTED]> writes:
>>
>> As long as nobody takes the address of them (which wouldn't compile today
>> anyway) then the compiler should be able to not allocate store for these.
>
>This would only work for unit-at-a-time compilers (if
>
> As long as nobody takes the address of them (which wouldn't compile today
> anyway) then the compiler should be able to not allocate store for these.
> That they're const might help too.
are you really sure?
>
> > why not just bite the bullet?
> > removing version.h also broke the same all
On Feb 8 2007 16:42, Linus Torvalds wrote:
>
>Most C types don't, and some you can't even tell (do pointers generate
>"signed" or "unsigned" comparisons?
I'd say "neither", because both
signed void *ptr; and
unsigned void *xyz;
are impossible (and dull at that). That's why you explicit
Linus Torvalds <[EMAIL PROTECTED]> writes:
> On Thu, 8 Feb 2007, Linus Torvalds wrote:
>>
>> But THE CALLER CANNOT AND MUST NOT CARE! Because the sign of "char" is
>> implementation-defined, so if you call "strcmp()", you are already
>> basically saying: I don't care (and I _cannot_ care) what s
On 2/9/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Fri, 09 Feb 2007 11:54:29 +0200 Lenar Lõhmus <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Andrew Morton wrote:
> > sched-add-above-background-load-function.patch
> > mm-implement-swap-prefetching.patch
> > mm-implement-swap-prefetching-vs-zvc-stu
On Fri, 2007-02-09 at 09:42 +0100, Heiko Carstens wrote:
> I just want to avoid that s390 has different semantics for
> smp_call_functiom*() than any other architecture. But then again it
> will probably not hurt since we allow more.
> Another thing that comes into my mind is smp_call_function toge
Andrew Morton wrote:
On Fri, 09 Feb 2007 11:54:29 +0200 Lenar Lõhmus <[EMAIL PROTECTED]> wrote:
Has it? I don't think I've ever observed any benefits from it and I don't
think anyone has ever got down and worked out what its drawbacks might be,
and seen if they can be demonstrated in practice.
--- Vivek Goyal <[EMAIL PROTECTED]> wrote:
> No, as of today, kexec does not relocate vmlinux. At compilation time,
> vmlinux is compiled for a fixed address and vmlinux is loaded at that
> address. This compile address can be controlled with CONFIG_PHYSICAL_START,
> as you already mentioned in you
Quoting Arjan van de Ven <[EMAIL PROTECTED]>:
>
> >
> > As long as nobody takes the address of them (which wouldn't compile today
> > anyway) then the compiler should be able to not allocate store for these.
> > That they're const might help too.
>
> are you really sure?
I've run some tests, and t
> > > Hold.
> > Why hold?
>
> > It's been shown this patchset really helps desktop users.
>
> Has it? I don't think I've ever observed any benefits from it and I don't
> think anyone has ever got down and worked out what its drawbacks might be,
> and seen if they can be demonstrated in practice.
On Fri, 9 Feb 2007, Jan Engelhardt wrote:
>
> On Feb 8 2007 16:42, Linus Torvalds wrote:
>>
>> Most C types don't, and some you can't even tell (do pointers generate
>> "signed" or "unsigned" comparisons?
>
> I'd say "neither", because both
>
>signed void *ptr; and
>unsigned void *xyz;
>
On Saturday 10 February 2007 00:13, jos poortvliet wrote:
> Nobody has said anything about costs, indeed. Now afaik, swap prefetch is
> designed to have no/as little as possible costs, so that makes sense. Does
> it have to have some bugs, which have to be adressed, before it can enter?
> I'm sure
Jan Kara <[EMAIL PROTECTED]> writes:
>> I see. When I wrote this, I thought kernel should use DIO to write if
>> user sets O_DIRECT. Because the wrong alignment request isn't fallback
>> to buffered-write, and it's also returns EINVAL.
> I understand. It's just that I've got some surprised users
Emmeran Seehuber wrote:
Does somebody have a glue whats going on here? Could it be a hardware
failure?
It might be. Quite some SATA bug reports turn out to be hardware
problem, most commonly PSU issues.
The power supply unit (you meant this with PSU, didn`t you?) has 800 Watt, so
it should b
On Saturday 10 February 2007 00:13, jos poortvliet wrote:
> > > > Hold.
> > >
> > > Why hold?
> > >
> > > It's been shown this patchset really helps desktop users.
> >
> > Has it? I don't think I've ever observed any benefits from it and I
> > don't think anyone has ever got down and worked out wh
Op Friday 09 February 2007, schreef Con Kolivas:
> On Saturday 10 February 2007 00:13, jos poortvliet wrote:
> > Nobody has said anything about costs, indeed. Now afaik, swap prefetch is
> > designed to have no/as little as possible costs, so that makes sense.
> > Does it have to have some bugs, wh
Linus, please do an update from:
http://www.kernel.org/pub/scm/linux/kernel/git/perex/alsa.git
(linus branch)
The GNU patch is available at:
ftp://ftp.alsa-project.org/pub/kernel-patches/alsa-git-2007-02-09.patch.gz
The following files will be updated:
Documentation/sound/alsa/ALSA-Conf
i brought this up a while back but nothing was finalized -- is there
sufficient value in being able to select or deselect entire submenus
of features without having to descend into that submenu first?
as a random example, consider Device Drivers --> MTD support. as it
stands, i can select or
At Fri, 9 Feb 2007 15:02:05 +0100 (CET),
Jaroslav Kysela wrote:
>
> Linus, please do an update from:
>
> http://www.kernel.org/pub/scm/linux/kernel/git/perex/alsa.git
> (linus branch)
Jaroslav, as I wrote you many times, this tree includes the wrong
patches! If it's merged, we'd need fix pa
Replace the inclusion of linux/mtd/map.h with a forward-declaration
of struct map_info. This allows linux/mtd/physmap.h to be included by
e.g. board code even if the MTD subsystem is disabled.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
include/linux/mtd/physmap.h |3 ++-
1 file
Hi Frank,
On 2/9/07, Frank Salomon <[EMAIL PROTECTED]> wrote:
Hi Dmitry,
Dmitry Torokhov wrote:
> That is because by default atkbd uses software-emulated raw mode.
> bootk with atkbd.softraw=0 or switch it off after boot through sysfs
> attribute to get EV_MSC/MSC_RAW passed through).
Thank y
On Fri, Feb 09, 2007 at 12:50:51PM +0100, Andi Kleen wrote:
> Kyle McMartin <[EMAIL PROTECTED]> writes:
>
> > On Thu, Feb 08, 2007 at 06:27:17PM -0500, Justin Piszcz wrote:
> > > It appears to have been dead for awhile now, did I miss something?
> > > One of my scripts uses this functionality, whi
On Fri, 9 Feb 2007 12:31:16 +0100 Nick Piggin <[EMAIL PROTECTED]> wrote:
> > > > > But that all becomes legacy path, so do we really care? Supposing fs
> > > > > maintainers like perform_write, then after the main ones have
> > > > > implementations
> > > > > we could switch over to the slow-but-
> Yes, it is a bit, umm, innovative. If it is going to be kept, even if
> just for devel logging, you should disable interrupts around it.
> Changing segments is not a normal thing to do.
Actually that wouldn't be needed because interrupts are not allowed to do any
user accesses. And contrar
Leopold Palomo Avellaneda wrote:
Dear people,
I have a barebone Asus Vintage2-AE1 [1]. This box has a mobo Asus A8V-MQ. The
board has:
- the Socket 939 for AMD Athlon 64FX/Athlon 64.
- North Bridge: VIA K8M800
- South Bridge: VIA VT8251
- VIA Graphics Integrated
- IDE 2 x UltraDMA 133
- 4 x
On Wednesday 07 February 2007 01:59, [EMAIL PROTECTED] wrote:
> docbook-html-generate-chapter-section-level-tocs-for-functions.patch
> docbook-html-correction-of-recursive-a-tags-in-html-output.patch
Hello Randy and Andrew,
what is state of these patches. Are there some comments?
Am I expected to
On Fri, Feb 09, 2007 at 03:46:44AM -0800, Andrew Morton wrote:
> On Fri, 9 Feb 2007 12:31:16 +0100 Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> > >
> > > We'll never, ever, ever update and test all filesytems. What you're
> > > calling "legacy" code will be there for all time.
> >
> > I didn't sa
On Fri, 9 Feb 2007, Takashi Iwai wrote:
> At Fri, 9 Feb 2007 15:02:05 +0100 (CET),
> Jaroslav Kysela wrote:
> >
> > Linus, please do an update from:
> >
> > http://www.kernel.org/pub/scm/linux/kernel/git/perex/alsa.git
> > (linus branch)
>
> Jaroslav, as I wrote you many times, this tree in
At Fri, 9 Feb 2007 15:40:21 +0100 (CET),
Jaroslav Kysela wrote:
>
> On Fri, 9 Feb 2007, Takashi Iwai wrote:
>
> > At Fri, 9 Feb 2007 15:02:05 +0100 (CET),
> > Jaroslav Kysela wrote:
> > >
> > > Linus, please do an update from:
> > >
> > > http://www.kernel.org/pub/scm/linux/kernel/git/perex/a
> > While porting over a few class_devices I discovered a problem with
> > device_destroy. It uses a dev_t which several classes don't use.
> > Should all classes require a dev_t or should we just pass in the device
> > itself?
>
> As you don't have a dev_t, then you have a handle to the 'struc
Linus,
Please pull the 'for-linus' branch of
git://www.atmel.no/~hskinnemoen/linux/kernel/avr32.git for-linus
to receive the following updates.
David, this means that everything should be ready for the SPI driver
on my part. I've tested it on top of this lot, and it works fine.
Haavard
arch/
At Fri, 09 Feb 2007 15:47:30 +0100,
I wrote:
>
> At Fri, 9 Feb 2007 15:40:21 +0100 (CET),
> Jaroslav Kysela wrote:
> >
> > On Fri, 9 Feb 2007, Takashi Iwai wrote:
> >
> > > At Fri, 9 Feb 2007 15:02:05 +0100 (CET),
> > > Jaroslav Kysela wrote:
> > > >
> > > > Linus, please do an update from:
> >
On Thu, 2007-02-08 at 15:44 -0800, Andrew Morton wrote:
> Yeah, this seems to work.
>
> +#define emit_old_interrupt_name(old, new)\
> +static inline unsigned __deprecated emit_old_interrupt_name##old(void)
> \
> +{
On Fri, 2007-02-09 at 15:30 +0100, Haavard Skinnemoen wrote:
> Replace the inclusion of linux/mtd/map.h with a forward-declaration
> of struct map_info. This allows linux/mtd/physmap.h to be included by
> e.g. board code even if the MTD subsystem is disabled.
>
> Signed-off-by: Haavard Skinnemoen
Jan Engelhardt <[EMAIL PROTECTED]> writes:
> On Feb 8 2007 08:33, Linus Torvalds wrote:
>>
[...]
> What C needs is a distinction between char and int8_t, rendering "char"
> an unsigned at all times basically and making "unsigned char" and
> "signed char" illegal types in turn.
AFAIK, C already h
Hi.
What's drivers/char/scan_keyb.{c,h} for, when it's referenced in no place (aside
a fact, that it uses some old API and hence is broken)?
$ grep -r scan_keyb *
drivers/char/scan_keyb.c: * $Id: scan_keyb.c,v 1.2 2000/07/04 06:24:42
yaegashi Exp $
drivers/char/scan_keyb.c:struct scan_ke
Greetings.
It seems that the recent shower of error reports was caused by my not so
thorough testing of the
R6 handling problems (I've sent you a patch for this).
However, there is this other problem with mmc_host_remove while transfer is in
progress.
First, I disabled my "sleep on remove" hack
1 - 100 of 439 matches
Mail list logo
