On Fri, 16 Feb 2007 06:39:45 -0800 (PST) Zwane Mwaikambo <[EMAIL PROTECTED]>
wrote:
> On Thu, 15 Feb 2007, Andrew Morton wrote:
>
> > It's not an X problem - the screen is black immediately upon loading the
> > kernel.
> >
> > But I guess you knew that and you're just after display info:
> > ht
On Fri, 16 Feb 2007 15:57:08 +0100 Michael Holzheu <[EMAIL PROTECTED]> wrote:
> Hallo Evgeniy,
>
> On s390 we are looking for a good mechanism to notify userspace
> about kernel events. Currently such events are handled with printks
> in most cases. There are automation tools, which want to autom
Len Brown wrote:
>> So, could ACPI and the k8temp driver be at odds?
>
>
> Yes.
Hmm, now it's showing 130 degrees once every five seconds
and 54 degrees for the other four.
And while I was typing this on another machine I heard a
click from the notebook -- it shut down again.
-
To unsubscribe
Tejun Heo wrote:
Hello,
Robert Hancock wrote:
[--correct summary snipped--]
Given the above, what I'm proposing to do is:
-Remove the blacklisting of Maxtor BANC1G10 firmware for FUA. If we
need to FUA-blacklist any drives this should likely be added to the
existing "horkage" mechanism we no
On Fri, Feb 16, 2007 at 06:33:35PM +0100, Michael Holzheu ([EMAIL PROTECTED])
wrote:
> Hi Evgeniy,
Hi Michael.
> On Friday 16 February 2007 16:06, Evgeniy Polyakov wrote:
> > On Fri, Feb 16, 2007 at 03:57:08PM +0100, Michael Holzheu ([EMAIL
> > PROTECTED]) wrote:
> >
> > You will need to have
On Fri, Feb 16, 2007 at 09:45:21AM -0800, Daniel Walker wrote:
> I've been working on a patch set (below), to expose the clocksources
> used by generic time to multiple users . It would allow timestamps from
> different clocks in a generic way. It's not merged, but I'd appreciate
> any input either
On Friday 16 February 2007 12:31, Chuck Ebbert wrote:
> Recently my notebook has started shutting down with
> these messages in the logs:
>
> ACPI: Critical trip point
> Critical temperature reached (128 C), shutting down.
>
> But it didn't seem hot at all to me, so I wrote a script t
Eric W. Biederman wrote:
> So I propose we remove all assumptions from the code that we actually
> have an array of irqs. That will allow for irq_desc to be dynamically
> allocated instead of statically allocated saving memory and reducing
> kernel complexity.
>
Sounds good to me. In Xen we h
Move include linux/marker.h to kernel.h
* Andrew Morton ([EMAIL PROTECTED]) wrote:
> Oh. One could whack [include linux/marker.h] in kernel.h: pretty
> much everything includes that.
>
> But it'd be better to simply require that the clients of this
> infrastructure include the appropriate header
James Bottomley wrote:
On Mon, 2007-02-12 at 12:27 -0800, Andrew Morton wrote:
Given that we now have a standard kernel-wide, c99-friendly way of
expressing true and false, I'd suggest that this decision can be revisited.
Because a "true" is significantly more meaningful (and hence readable)
Dmitry Torokhov wrote:
> On 2/16/07, Andres Salomon <[EMAIL PROTECTED]> wrote:
>> Dmitry Torokhov wrote:
>> > On Thursday 15 February 2007 20:30, Andrew Morton wrote:
>> >> On Thu, 15 Feb 2007 19:55:29 -0500
>> >> Andres Salomon <[EMAIL PROTECTED]> wrote:
>> [...]
>> >> Perhaps a nicer implementati
David Brownell :
[..]
Thanks! I'll be glad to see fewer versions of this driver floating around.
And to see the next version of the ads7843 patches ... :)
Hi,
Here is the ads7843 support for the ads7846 touchscreen driver. It is
very little and takes great advantage of the previous rework.
On Thu, Feb 15, 2007 at 04:19:32PM +, Ahmed El Zein wrote:
> David Chinner <[EMAIL PROTECTED]> wrote on 15 Feb 2007, 11:16 AM:
> >What is your filessytem layout? (xfs_info ) How much memory
> >do you have and were you near enomem conditions?
>
> We have 1536 MB of ram. It is possible that at t
v j wrote:
> Assuming these need not be GPL, I have a problem with
> EXPORT_SYMBOL_GPL and the general trend in the direction of making
> proprietary drivers harder on companies. Our drivers use basic
> interfaces in the kernel like open, read, write, ioctl, semaphores,
> interrupts, timers etc. Th
On Thu, 2007-02-15 at 19:53 -0700, Patro, Sumant wrote:
> Hello James,
>
> I re-submitted the patch yesterday with the "space" issue fixed
> (adhering to coding guideline).
>
> I will check for alternative to calculate the time driver have
> been sending host busy to OS. Will check wi
On Fri, 2007-02-16 at 11:30 -0500, Frank Ch. Eigler wrote:
> Jeff Muizelaar <[EMAIL PROTECTED]> writes:
>
> > I've built a tool with the goal of logging mmio writes and reads by
> > device drivers. See http://nouveau.freedesktop.org/wiki/MmioTrace.
>
> FWIW, this is exactly a type of add-on trace
Keir Fraser wrote:
> This initial patchset does not include save/restore support anyway, so in
> fact it would be consistent to have CONFIG_PREEMPT configurable. I'm sure
> that we are going to have some nasty bugs to fix up as a result, but we
> can't fix them until we find them! Then we can conve
On Fri, 16 Feb 2007, Sergei Organov wrote:
> Bodo Eggert <[EMAIL PROTECTED]> writes:
> > Sergei Organov <[EMAIL PROTECTED]> wrote:
> >> Linus Torvalds <[EMAIL PROTECTED]> writes:
> > If you don't code for a specific compiler with specific settings, there is
> > no implementation defining the signe
Serial driver patch for the PMC-Sierra MSP71xx devices.
There are three different fixes:
1. Fix for DesignWare APB THRE errata:
In brief, this is a non-standard 16550 in that the THRE interrupt
will not re-assert itself simply by disabling and re-enabling the
THRI bit in the IER, it is only re-ena
Robert P. J. Day wrote:
i'm not clear on what the possible problem is here:
On Fri, 16 Feb 2007, Richard Knutsson wrote:
Andreas Schwab wrote:
Richard Knutsson <[EMAIL PROTECTED]> writes:
Andreas Schwab wrote:
Richard Knutsson <[EMAIL PROTECTED]> writes:
Recently my notebook has started shutting down with
these messages in the logs:
ACPI: Critical trip point
Critical temperature reached (128 C), shutting down.
But it didn't seem hot at all to me, so I wrote a script to
cat /proc/acpi/thermal_zone/THRM/temperature once a second
and
Andi Kleen wrote:
> Subject? description?
>
>
> On Thu, Feb 15, 2007 at 06:24:53PM -0800, Jeremy Fitzhardinge wrote:
>
>> -static void vmi_set_pte_present(struct mm_struct *mm, unsigned long addr,
>> pte_t *ptep, pte_t pte)
>> +static void vmi_set_pte_present(struct mm_struct *mm, u32 addr, pte
Hi Evgeniy,
On Friday 16 February 2007 16:06, Evgeniy Polyakov wrote:
> On Fri, Feb 16, 2007 at 03:57:08PM +0100, Michael Holzheu ([EMAIL PROTECTED])
> wrote:
>
> You will need to have implemented two types of operations - userspace
> daemon, which will request some notifications (i.e. notify me
On Fri, Feb 16, 2007 at 03:58:51PM +0200, Heikki Orsila wrote:
> I just read
>
> http://kerneltrap.org/node/7729
>
> and it occured to me that it would be informative to have a new device
> driver macro. The motivation for the new macro would be 4 issues:
>
> * Is it possible to get
On Fri, 16 Feb 2007 19:41:54 +0300 (MSK) Mockern wrote:
> Hello,
>
> In which header I can find S_NORMAL_ACTIVE and S_CLOSING?
>
> Thank you
cd top_of_linux_source_tree
find . -name \*\.h | xargs grep -w S_CLOSING
---
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your
On Fri, 2007-02-16 at 17:10 +, Keir Fraser wrote:
>
>
> On 16/2/07 16:46, "Jeremy Fitzhardinge" <[EMAIL PROTECTED]> wrote:
>
> > Yes, that would work. Unfortunately that's i386 arch-specific, whereas
> > the rest of this code is generic. I guess I could just move it all to
> > arch/i386/mm
Keir Fraser wrote:
> On 16/2/07 17:10, "Keir Fraser" <[EMAIL PROTECTED]> wrote:
>
>
>> On 16/2/07 16:46, "Jeremy Fitzhardinge" <[EMAIL PROTECTED]> wrote:
>>
>>
>>> Yes, that would work. Unfortunately that's i386 arch-specific, whereas
>>> the rest of this code is generic. I guess I could
Hello.
Marc St-Jean wrote:
> diff --git a/drivers/serial/8250.c b/drivers/serial/8250.c
> index 3d91bfc..bfaacc5 100644
> --- a/drivers/serial/8250.c
> +++ b/drivers/serial/8250.c
> @@ -308,6 +308,7 @@ static unsigned int serial_in(struct uar
> return inb(up->port.iobase + 1);
>
Nick Piggin wrote:
> Pekka Enberg wrote:
>> On 2/16/07, Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
>>
>>> Remove the ctor for the pgd cache. There's no point in having the
>>> cache machinery do this via an indirect call when all pgd are freed in
>>> the one place anyway.
>>
>>
>> The reason w
On Friday 16 February 2007 01:32, Maynard Johnson wrote:
> config OPROFILE_CELL
> bool "OProfile for Cell Broadband Engine"
> depends on OPROFILE && SPU_FS
> default y if ((SPU_FS = y && OPROFILE = y) || (SPU_FS = m &&
> OPROFILE = m))
> help
> Profiling o
On Fri, Feb 16, 2007 at 03:05:35PM +, David Howells wrote:
> Actually, I think I would just pass the mm pointer you have into maydump() and
> let that dereference it here:
>
> > + if (omit_anon_shared) {
>
> which would then be:
>
> if (mm->coredump_omit_anon_shared)
Full log at
http://test.kernel.org/abat/71719/debug/test.log.0
Config at
http://test.kernel.org/abat/71719/build/dotconfig
CHK include/linux/compile.h
UPD include/linux/compile.h
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
kernel/built-in.o(.text+0x1426a)
On 16/2/07 17:10, "Keir Fraser" <[EMAIL PROTECTED]> wrote:
> On 16/2/07 16:46, "Jeremy Fitzhardinge" <[EMAIL PROTECTED]> wrote:
>
>> Yes, that would work. Unfortunately that's i386 arch-specific, whereas
>> the rest of this code is generic. I guess I could just move it all to
>> arch/i386/mm.
>
On 2/16/07, David Schwartz <[EMAIL PROTECTED]> wrote:
(See, among other cases, Lexmark. v. Static
Controls.) A copyright is not a patent, you can only own something if there
are multiple equally good ways to do it and you claim *one* of them.
Only in a world where "write a Linux module" is a "
i'm not clear on what the possible problem is here:
On Fri, 16 Feb 2007, Richard Knutsson wrote:
> Andreas Schwab wrote:
> > Richard Knutsson <[EMAIL PROTECTED]> writes:
> >
> >> Andreas Schwab wrote:
> >>
> >>> Richard Knutsson <[EMAIL PROTECTED]> writes:
> >>>
> >>>
> Vignesh Babu BM wrot
On 16/2/07 16:46, "Jeremy Fitzhardinge" <[EMAIL PROTECTED]> wrote:
> Yes, that would work. Unfortunately that's i386 arch-specific, whereas
> the rest of this code is generic. I guess I could just move it all to
> arch/i386/mm.
This whole thing isn't an issue on ia64 (they no-op lock_vm_area
Sergei Shtylyov wrote:
> Hello.
>
> Marc St-Jean wrote:
>
> > There are three different fixes:
> > 1. Fix for DesignWare APB THRE errata:
> > In brief, this is a non-standard 16550 in that the THRE interrupt
> > will not re-assert itself simply by disabling and re-enabling the
> > THRI bit
On Fri, Feb 16, 2007 at 11:32:13AM -0500, Bill Davidsen wrote:
> Goes out with an error message:
>
>cc -I /home/davidsen/downloads/kernel.org/linux-2.6.20-git13/include -MMD
> -MF ./.kvmctl.d
> -g -c -o kvmctl.o kvmctl.c
>kvmctl.c:29:2: error: #error libkvm: userspace and kernel versio
On Fri, Feb 16, 2007 at 08:53:30AM -0800, Ray Lee ([EMAIL PROTECTED]) wrote:
> On 2/16/07, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> >if its design is good, then
> >interface can be changed in a moment without any problem
>
> This isn't always the case. Sometimes the interface puts requirement
On Fri, 16 Feb 2007 10:37:12 -0600 Steve Fox wrote:
> bl6-13, an x86_64 box listed on test.kernel.org, tripped on this during
> an LTP run, even with
> unify-queue_delayed_work-and-queue_delayed_work_on-fix.patch applied.
>
> I'm not sure why the LTP results aren't copied over to TKO, but here's
On Fri, 16 Feb 2007, Richard Knutsson wrote:
> Andreas Schwab wrote:
> > Richard Knutsson <[EMAIL PROTECTED]> writes:
> >
> >
> > > Vignesh Babu BM wrote:
> > >
> > > > @@ -175,7 +176,7 @@ static int __init hugetlb_setup_sz(char *str)
> > > > tr_pages = 0x15557000UL;
> > > >
v j wrote:
> On 2/15/07, Scott Preece <[EMAIL PROTECTED]> wrote:
>> On 2/15/07, v j <[EMAIL PROTECTED]> wrote:
>>> So far I have heard nothing but, "if you don't contribute, screw you."
>>> All this is fine. Just say so. Make it black and white. Make it
>>> perfectly clear what is and isn't legal.
Seems like req_lock is never initialized. CONFIG_DEBUG_SPINLOCK reported:
BUG: spinlock bad magic on CPU#0, mount/1073
lock: c0007fdca108, .magic: , .owner: /24576, .owner_cpu: 0
Call Trace:
[C0007E913750] [C00107B4] .show_stack+0x54/0x1f0 (unreliable)
[C0007E913800] [
On 2/16/07, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
if its design is good, then
interface can be changed in a moment without any problem
This isn't always the case. Sometimes the interface puts requirements
(contract-like) upon the implementation. Case in point in the kernel,
dnotify versus
On Fri, Feb 16, 2007 at 06:33:21PM +0300, Oleg Nesterov wrote:
> I take my words back. It is not "ugly" any longer because with this change
> we don't do kthread_stop()->wakeup_process() while cwq->thread may sleep in
> work->func(). Still I don't see (ok, I am biased and probably wrong, please
> c
Andi Kleen wrote:
>> It's for populating the pagetable in a vmalloc area. There's magic in
>>
>
> If the lazy setup doesn't work for you you can always call vmalloc_sync()
> early.
>
Yes, that would work. Unfortunately that's i386 arch-specific, whereas
the rest of this code is generic.
Richard Knutsson <[EMAIL PROTECTED]> writes:
> Andreas Schwab wrote:
>> Richard Knutsson <[EMAIL PROTECTED]> writes:
>>
>>> Andreas Schwab wrote:
>>>
Richard Knutsson <[EMAIL PROTECTED]> writes:
> Vignesh Babu BM wrote:
>
>> @@ -175,7 +176,7 @@ stati
On Mon, 2007-02-12 at 12:27 -0800, Andrew Morton wrote:
> Given that we now have a standard kernel-wide, c99-friendly way of
> expressing true and false, I'd suggest that this decision can be revisited.
>
> Because a "true" is significantly more meaningful (and hence readable)
> thing than a bare
Andreas Schwab wrote:
Richard Knutsson <[EMAIL PROTECTED]> writes:
Andreas Schwab wrote:
Richard Knutsson <[EMAIL PROTECTED]> writes:
Vignesh Babu BM wrote:
@@ -175,7 +176,7 @@ static int __init hugetlb_setup_sz(char *str)
tr_pages = 0x15557000UL;
bl6-13, an x86_64 box listed on test.kernel.org, tripped on this during
an LTP run, even with
unify-queue_delayed_work-and-queue_delayed_work_on-fix.patch applied.
I'm not sure why the LTP results aren't copied over to TKO, but here's
the details anyway.
If someone can give me an idea where to l
The good news is that this kernel boots, so I can start testing.
However, it seems to have a LOT of trouble coping with the idea that my
only IDE device is a DVD burner. I am guessing from the hundreds of
lines of nbd whining that nbd doesn't work, testing will continue after
I go plow more sno
On Fri, 16 Feb 2007 09:50:33 -0500 Theodore Tso wrote:
> I suggest you change this to read "if a user or user application".
>
> Otherwise,
>
> Signed-off-by: "Theodore Ts'o" <[EMAIL PROTECTED]>
From: Randy Dunlap <[EMAIL PROTECTED]>
Add TAINT_USER description to Tainted flags in oops-tracing.
Goes out with an error message:
cc -I /home/davidsen/downloads/kernel.org/linux-2.6.20-git13/include -MMD
-MF ./.kvmctl.d -g -c -o kvmctl.o kvmctl.c
kvmctl.c:29:2: error: #error libkvm: userspace and kernel version mismatch
make[1]: *** [kvmctl.o] Error 1
I don't see a kvm-13
Jeff Muizelaar <[EMAIL PROTECTED]> writes:
> I've built a tool with the goal of logging mmio writes and reads by
> device drivers. See http://nouveau.freedesktop.org/wiki/MmioTrace.
FWIW, this is exactly a type of add-on trace patch that could be
mooted by adoption of the ltt/systemtap "marker" f
Andrew Morton wrote:
> On Thu, 15 Feb 2007 13:26:29 -0600
> Marc St-Jean <[EMAIL PROTECTED]> wrote:
>
> > + status = *(volatile u32 *)up->port.private_data;
>
> It distresses me that this patch uses a variable which this patch
> doesn't initialise anywhere. It isn't complete
On Fri, 2007-02-16 at 22:28 +0800, Adam J. Richter wrote:
> My system clock runs at approximately half speed in
> linux-2.6.20, 2.6.20-git10 and 2.6.20-git11. That is, it takes about
> two hours for "date" to report that one hour has elapsed. "hwclock"
> returns the correct time, of course.
From: Miklos Szeredi <[EMAIL PROTECTED]>
Clean up massive code duplication between mpage_writepages() and
generic_writepages().
The new generic function, write_cache_pages() takes a function pointer
argument, which will be called for each page to be written.
Maybe cifs_writepages() too can use t
On Fri, 16 Feb 2007 10:15:11 -0500
"Dmitry Torokhov" <[EMAIL PROTECTED]> wrote:
> On 2/16/07, Yoichi Yuasa <[EMAIL PROTECTED]> wrote:
> > +
> > +static int cobalt_buttons_open(struct inode *inode, struct file *file)
> > +{
> > + buttons_timer.expires = jiffies +
> > msecs_to_jiffies(BUTTONS
On Thursday 15 February 2007, Mike Panetta wrote:
> I did try that. The BIOS only allows me to either allocate an IRQ to be
> a PCI interrupt, or reserve it (for what I have no idea). The IRQ's
> listed in the BIOS are also different from the ones Linux sees. I think
> the BIOS is seeing the XT-
On Fri, Feb 16, 2007 at 02:16:17PM +0100, Rolf Eike Beer wrote:
>
> Please use pci_{set,get}_drvdata() to access this field.
>
> Greetings,
>
> Eike
Yes, much better. Thanks. One more time...
Add pci_remove handling to the driver, so it will clean up if
the device is hot-removed.
Signed-of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
RB> The error message is quoted in subject.
I was seeing this behavior a couple days ago. I had been ignoring the
warnings about using the known-broken gcc 4.1.0; updating to 4.1.1
fixed it for me.
- --
Dan Smith
IBM Linux Technology Center
Open Hy
On Fri, Feb 16, 2007 at 07:54:22AM -0800, Linus Torvalds ([EMAIL PROTECTED])
wrote:
> > Interfaces can be created and destroyed - they do not affect overall
> > system design in anyway (well, if they do, something is broken).
>
> I'm sorry, but you've obviously never maintained any piece of softw
On 02/16, Srivatsa Vaddagiri wrote:
>
> On Wed, Feb 14, 2007 at 11:22:09PM +0300, Oleg Nesterov wrote:
> > > o Splits CPU_DEAD into two events namely
> > > - CPU_DEAD: which will be handled while the processes are still
> > > frozen.
> > >
> > > - CPU_DEAD_KILL_THREADS: To be han
Hi!
I seen a posting some time ago about this. Well while I was creating my
display class I came across this problem. I then discovered how to make
this error repeatable. The oops only occurs when you have turned OFF the
option CONFIG_SYSFS_DEPRECATED. If CONFIG_SYSFS_DEPRECATED is set then t
On Thu, Feb 15, 2007 at 05:04:14PM -0800, Randy Dunlap wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Add TAINT_USER description to Tainted flags in oops-tracing.txt.
>
> Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
> ---
> Documentation/oops-tracing.txt |3 +++
> 1 file changed, 3 i
Richard Knutsson <[EMAIL PROTECTED]> writes:
> Andreas Schwab wrote:
>> Richard Knutsson <[EMAIL PROTECTED]> writes:
>>
>>
>>> Vignesh Babu BM wrote:
>>>
@@ -175,7 +176,7 @@ static int __init hugetlb_setup_sz(char *str)
tr_pages = 0x15557000UL;
size = memparse(
On 2/16/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
On Thu, 15 Feb 2007 09:32:30 EST, "linux-os (Dick Johnson)" said:
Actually, the *real* reason embedded systems end up using old versions is
much simpler.
They start developing their code on release 2.X.Y, and they keep their code
out-of-
Andreas Schwab wrote:
Richard Knutsson <[EMAIL PROTECTED]> writes:
Vignesh Babu BM wrote:
@@ -175,7 +176,7 @@ static int __init hugetlb_setup_sz(char *str)
tr_pages = 0x15557000UL;
size = memparse(str, &str);
- if (*str || (size & (size-1)) || !(tr_pages &
On Fri, 16 Feb 2007, James Morris wrote:
> Then, I get this reliably as ntpd starts up:
> [ 92.905514] [] lru_add_drain+0x57/0x8d
> [ 92.905519] [] free_pages_and_swap_cache+0x12/0x85
> [ 92.905526] [] unmap_region+0xfd/0x129
> [ 92.905530] [] do_munmap+0x153/0x1b4
> [ 92.905534] []
On Fri, 16 Feb 2007, Evgeniy Polyakov wrote:
>
> Interfaces can be created and destroyed - they do not affect overall
> system design in anyway (well, if they do, something is broken).
I'm sorry, but you've obviously never maintained any piece of software
that actually has users.
As long as y
Hi-
Sounds good. A couple of questions/comments:
> I think it is not necessary to have a special entry/kobject for each logical
> port. I suggest we use SET_NETDEV_DEV to create links to all ethernet devices
> that represent each a logical port. This should be in sync with all other
> ethernet
> >
> > Proposition will follow.
> >
> []
>
> [patch proposition] kbuild: lguest with private asm-offsets
[]
> * needs "asm-offsets magic demystified, generalized".
[]
[patch proposition] kbuild: asm-offsets generalized
* scripts/mkCconstants:
- asm-offsets magic demystified, generalize
Ingo Molnar <[EMAIL PROTECTED]> writes:
>
> or am i missing something fundamental?
One piece.
At the driver level this not a big scary change.
This is just a change with widespread effect.
It should be no worse than enabling a very revealing new compiler
warning.
Every fix should be purely me
On Friday 16 February 2007, Con Kolivas wrote:
> This patchset is designed to improve system responsiveness and
> interactivity. It is configurable to any workload but the default -ck patch
> is aimed at the desktop and -cks is available with more emphasis on
> serverspace.
Running well on quite d
On 02/16, Srivatsa Vaddagiri wrote:
>
> On Wed, Feb 14, 2007 at 10:47:42PM +0300, Oleg Nesterov wrote:
> > > for (;;) {
> > > - if (cwq->wq->freezeable)
> > > + if (cwq->wq->freezeable) {
> >
> > Else? This is wrong. The change like this should start from making all
> > cwq->thre
On Tue, Feb 13, 2007 at 04:10:44AM +0100, Oleg Verych wrote:
[]
>
> Proposition will follow.
>
[]
[patch proposition] kbuild: lguest with private asm-offsets
* added some bloat to lguest's Makefile:
- lguest doesn't rebuild, if not changed (due to FORCED implicit %o:%S),
- support of kbu
On 2/16/07, Andres Salomon <[EMAIL PROTECTED]> wrote:
Dmitry Torokhov wrote:
> On Thursday 15 February 2007 20:30, Andrew Morton wrote:
>> On Thu, 15 Feb 2007 19:55:29 -0500
>> Andres Salomon <[EMAIL PROTECTED]> wrote:
[...]
>> Perhaps a nicer implementation would be to have a separate .c file fo
Adding [EMAIL PROTECTED]
2007/2/16, Nilshar <[EMAIL PROTECTED]>:
I can confirm that it works fine with 2.6.20-rc2.
Do you need me to try any other ? do you need any more info ?
2007/2/14, Nilshar <[EMAIL PROTECTED]>:
> Hello,
> I have an issue with latest 2.6.20 kernel..
> my last kernel was a
On Thu, Feb 15, 2007 at 10:25:12PM -0800, v j wrote:
> Please point me to where it says I cannot load proprietary modules in
> the Kernel.
Some people consider modules derivative works, since they link with
pieces of the kernel. Distributing derivative works are considered
distributing the origin
Linus,
Please pull from the 'for-linus' branch of
git://www.atmel.no/~hskinnemoen/linux/kernel/avr32.git for-linus
to receive the following updates. This includes a few build fixes, a
handful of fixes to the platform code (picked out of a patch by David
Brownell) and a SysV IPC fix. After this,
Roman Zippel <[EMAIL PROTECTED]> wrote:
> On Thu, 15 Feb 2007, David Howells wrote:
>> > This is really the weak point - it offers no advantage over an equivalent
>> > implementation in user space (e.g. in the module tools). So why has to be
>> > done in the kernel?
>>
>> Because the init_module(
Loose cache mode was added primarily to asssist exclusive, read-only
mounts (like venti) -- however, there is also a case for using loose
write cacheing in support of read/write exclusive mounts. This feature
is linked to the loose cache option and is disabled by default.
This code adds the neces
Thank you very much
>Mockern napsal(a):
>> Thanx for your respond,
>>
>> I did not implement this function in my tty driver.
>>
>> Does it help to work my driver with cat Linux operation?
>> (e.g. cat < ttyS10)
>
>Help in which way? If you haven't implemented it, it'll behave like there was
>O_
Andi Kleen <[EMAIL PROTECTED]> writes:
>> I expect the most it makes sense to aim for 2.6.22 are the genirq
>> changes so the internal arch code is passing struct irq_desc
>> everywhere internally.
>
> Are there any livetime issues with passing pointers around?
> e.g. what happens on APIC hotunp
On Thu, Feb 15, 2007 at 12:41:45PM -0600, Josh Boyer wrote:
> You are not blocked by this. Your largest gripe seems to be the fact
> that the community does not want to endorse proprietary modules. For
> _your_ use, with advice from _your_ legal team, with _your_ company
> assuming any risk, you
[EMAIL PROTECTED] wrote:
Actually, the *real* reason embedded systems end up using old versions is
much simpler.
They start developing their code on release 2.X.Y, and they keep their code
out-of-tree. Then, when they come up for air, and it's at 2.X.(Y+15), they
discover that we weren't kiddi
On 02/16, Srivatsa Vaddagiri wrote:
>
> On Wed, Feb 14, 2007 at 11:09:04PM +0300, Oleg Nesterov wrote:
> > What else you don't like? Why do you want to remove cwq_should_stop() and
> > restore an ugly (ugly for workqueue.c) kthread_stop/kthread_should_stop() ?
>
> What is ugly abt kthread_stop in
Thank you very much
>On Fri, 16 Feb 2007, Mockern wrote:
>
>> Thanx for your respond.
>>
>> Does it mean I have to change nothing in my tty driver
>> (based on serial_core.c) to use: cat and cp? No "nonstandard " special
>> functions to implement?
>>
>
>Change nothing. It you are making your own
Ingo Molnar <[EMAIL PROTECTED]> writes:
> * Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>
>> So I propose we remove all assumptions from the code that we actually
>> have an array of irqs. That will allow for irq_desc to be dynamically
>> allocated instead of statically allocated saving memory
On Wed, 2007-02-14 at 15:26 -0800, [EMAIL PROTECTED] wrote:
> Subject: small irq management simplification
> From: "Jan Beulich" <[EMAIL PROTECTED]>
>
> Use mask_ack_irq() where possible.
>
> Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
> Cc: Thomas Gleixner <[EMAIL PROTECTED]>
> Cc: Ingo Molna
On Fri, 16 Feb 2007, Mockern wrote:
> Thanx for your respond.
>
> Does it mean I have to change nothing in my tty driver
> (based on serial_core.c) to use: cat and cp? No "nonstandard " special
> functions to implement?
>
Change nothing. It you are making your own, make sure your iocl() functio
On 2/16/07, Yoichi Yuasa <[EMAIL PROTECTED]> wrote:
+
+static int cobalt_buttons_open(struct inode *inode, struct file *file)
+{
+ buttons_timer.expires = jiffies +
msecs_to_jiffies(BUTTONS_POLL_INTERVAL);
+ add_timer(&buttons_timer);
+
+ return nonseekable_open(inode, file);
+
On Fri, Feb 16, 2007 at 03:57:08PM +0100, Michael Holzheu ([EMAIL PROTECTED])
wrote:
> Hallo Evgeniy,
Hi Michael.
> On s390 we are looking for a good mechanism to notify userspace
> about kernel events. Currently such events are handled with printks
> in most cases. There are automation tools, w
Richard Knutsson <[EMAIL PROTECTED]> writes:
> Vignesh Babu BM wrote:
>> @@ -175,7 +176,7 @@ static int __init hugetlb_setup_sz(char *str)
>> tr_pages = 0x15557000UL;
>> size = memparse(str, &str);
>> -if (*str || (size & (size-1)) || !(tr_pages & size) ||
>> +if (*str ||
On Fri, 16 Feb 2007, Justin Piszcz wrote:
> This happens under heavy I/O + network traffic, it happened again, this
> time under 2.6.20-- is this normal/or would it be considered a bug?
It would be considered a bug in your device, not a bug in the kernel.
Alan Stern
-
To unsubscribe from this
Hi,
I agree with most points. Here the new design proposal:
On Wednesday 14 February 2007 23:25, John Rose wrote:
> Hi-
>
> A few high level comments, then some really insignificant ones.
>
> First, is there a reason why we shouldn't have a sysfs entry/kobject for
> each logical port? How is i
Kawai, Hidehiro <[EMAIL PROTECTED]> wrote:
> To avoid the above situation we can limit the core file size by
> setrlimit(2) or ulimit(1). But this method can lose important data
> such as stack because core dumping is terminated halfway.
> So I suggest keeping shared memory segments from being dum
From: Joerg Roedel <[EMAIL PROTECTED]>
This patch changes the SVM code to intercept SMIs and handle it
outside the guest.
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
--
Joerg Roedel
Operating System Research Center
AMD Saxony LLC & Co. KG
diff --git a/drivers/kvm/svm.c b/drivers/kvm/svm.c
i
Kawai, Hidehiro <[EMAIL PROTECTED]> wrote:
> static int elf_fdpic_dump_segments(struct file *file, struct mm_struct *mm,
> -size_t *size, unsigned long *limit)
> +size_t *size, unsigned long *limit,
> +
Vignesh Babu BM wrote:
Replacing (n & (n-1)) in the context of power of 2 checks
with is_power_of_2
diff --git a/arch/ia64/mm/hugetlbpage.c b/arch/ia64/mm/hugetlbpage.c
index 0c7e94e..0ccc70e 100644
--- a/arch/ia64/mm/hugetlbpage.c
+++ b/arch/ia64/mm/hugetlbpage.c
@@ -16,6 +16,7 @@
#include
201 - 300 of 423 matches
Mail list logo