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:
> >
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
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
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
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
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
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
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
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
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
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.
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
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
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
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
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
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
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,
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
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
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
> >
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
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
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
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
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
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
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
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
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
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
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
>
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 @@
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
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
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
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"
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
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
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
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 +
> >
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
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.
-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
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
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
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
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
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 =
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
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, );
- 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
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,
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
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
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
> >
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
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
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
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
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
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
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
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
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
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
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
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()
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(_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,
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, );
>> -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
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
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
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
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 843 matches
Mail list logo