On Fri, 2007-09-03 at 21:13 +, Pavel Machek wrote:
> Hi!
>
> > > > So... if current console is graphical, we leave X accessing the
> > > > console... That's bad, because video state is not going to be
> > > > restored...?
> > >
> > > A graphical console is not necessarily X. Is there any
following up on an earlier post by stefan richter, i wrote a
brute-force little script that scanned the source tree, looking for
header files that weren't included from *anywhere* in the tree. what
turned up was the following:
./arch/m68k/atari/atasound.h
./arch/arm/mach-s3c2410/bast.h
Ingo Molnar wrote:
> i am worried whether /any/ future change to the upstream kernel's design
> can be adopted via paravirt_ops, via the current VMI ABI. And by /any/ i
> mean truly any. And whether that can be done is not a function of the
> flexibility of paravirt_ops, it's a function of the
On Fri, Mar 09, 2007 at 03:39:59PM -0600, Matt Mackall wrote:
> On Sat, Mar 10, 2007 at 08:19:18AM +1100, Con Kolivas wrote:
> > On Saturday 10 March 2007 08:07, Con Kolivas wrote:
> > > On Saturday 10 March 2007 07:46, Matt Mackall wrote:
> > > > My suspicion is the problem lies in giving too
On Saturday 10 March 2007 08:39, Matt Mackall wrote:
> On Sat, Mar 10, 2007 at 08:19:18AM +1100, Con Kolivas wrote:
> > On Saturday 10 March 2007 08:07, Con Kolivas wrote:
> > > On Saturday 10 March 2007 07:46, Matt Mackall wrote:
> > > > My suspicion is the problem lies in giving too much quanta
Hi,
On Friday 09 March 2007, Uwe Bugla wrote:
> Hello Bart, hello everybody,
>
> As requested I applied the following patch with parameter -R against 2.6.20:
> http://kernel.org/pub/linux/kernel/people/bart/ide-2.6.20.patch
>
> Result: incompilable kernel! Reason is the following hunk:
>
>
On Sat, Mar 10, 2007 at 08:19:18AM +1100, Con Kolivas wrote:
> On Saturday 10 March 2007 08:07, Con Kolivas wrote:
> > On Saturday 10 March 2007 07:46, Matt Mackall wrote:
> > > My suspicion is the problem lies in giving too much quanta to
> > > newly-started processes.
> >
> > Ah that's some nice
On Fri, Mar 09, 2007 at 11:49:08PM +0530, Srivatsa Vaddagiri wrote:
> On Fri, Mar 09, 2007 at 01:53:57AM +0100, Herbert Poetzl wrote:
>>> The real trick is that I believe these groupings are designed to
>>> be something you can setup on login and then not be able to switch
>>> out of. Which means
* Chris Wright <[EMAIL PROTECTED]> wrote:
> * Ingo Molnar ([EMAIL PROTECTED]) wrote:
> > ( if there is no backwards compatibility promise then i have zero
> > complaints: then paravirt_ops + the hypercall just becomes another API
> > internal to Linux that we can improve at will. But that is
Hello,
I periodically see the following TCP kernel assertion errors in
/var/log/message
(it does seem that networking is eventually able to recover from these
errors):
kernel: KERNEL: assertion (flags & MSG_PEEK) failed at net/ipv4/tcp.c
(1171)
kernel: KERNEL: assertion (flags &
On Friday 09 March 2007 12:43 pm, Håvard Skinnemoen wrote:
> On Fri, March 9, 2007 20:30, David Brownell wrote:
> > On Friday 09 March 2007 10:48 am, Haavard Skinnemoen wrote:
> >> This is a very simple bitbanging i2c bus driver utilizing the new
> >> arch-neutral GPIO API. Useful for chips that
Fabio Comolli wrote:
Hi.
This update gives a new warning:
libata version 2.20 loaded.
ata_piix :00:1f.1: version 2.10ac1
ata1: PATA max UDMA/100 cmd 0x000101f0 ctl 0x000103f6 bmdma 0x000118c0
irq 14
ata2: PATA max UDMA/100 cmd 0x00010170 ctl 0x00010376 bmdma 0x000118c8
irq 15
scsi0 :
Ingo Molnar wrote:
> but ... maybe because VMI is so lowlevel and covers /all/ of x86 today,
> it will always be able to emulate whatever different concept we can come
> up with? Do we really know this absolutely sure?
>
Why don't you make a specific proposal, and we'll work out the details.
> Yes sure, this change shoud be tested in -mm tree (I'll send the patch
> on Sunday after some testing). The only (afaics) problem is that with
> this change a kernel thread must not do do_fork(CLONE_THREAD).
To clarify, the danger here is that an exit_signal=-1 leader would
self-reap and leave
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> If we change paravirt_ops to be higher-level ops (as we should), yes,
> the paravirt->VMI layer needs to be extended to have the
> "higher->lower" translation. But at no point did we break the
> hypervisor.
hm. So your point is that VMI is in
On Thu, 8 Mar 2007, David M. Lloyd wrote:
> On Wed, 2007-03-07 at 17:21 -0800, Davide Libenzi wrote:
> > int signalfd_dequeue(int fd, siginfo_t *info, long timeo);
> >
> > The "fd" parameter must ba a signalfd file descriptor. The "info" parameter
> > is a pointer to the siginfo that will
* Ingo Molnar ([EMAIL PROTECTED]) wrote:
> ( if there is no backwards compatibility promise then i have zero
> complaints: then paravirt_ops + the hypercall just becomes another API
> internal to Linux that we can improve at will. But that is not
> realistic: if we provide CONFIG_VMI today,
Hi,
Is there any debug option where I get some memory (from kmalloc() family) for
limited time only.
Once the time slice expires, that memory is zeroed out so that if I use it
again after the time
slice expired, I should see a crash.
-Amit
On Fri, Mar 09, 2007 at 10:40:21AM -0500, John Stoffel wrote:
>
> Hi all,
>
> I've just compiled and installed 2.6.21-rc3 on my Dual CPU Dell
> Precision 610MT system. Dual 550mhz Xeon, 768mb of RAM. Mix of SCSI,
> ATA drives. I'm using the new ATA_ drivers for my PATA disks.
>
> After
On Fri, Mar 09, 2007 at 02:46:24PM -0600, Matt Mackall wrote:
> A priori, this load should be manageable by RSDL as the interactive
> loads are all pretty small. So I wrote a little Python script that
> basically continuously memcpys some 16MB chunks of memory:
>
> #!/usr/bin/python
> a = "a" *
Hi!
> [EMAIL PROTECTED] wrote:
>
> > http://bugzilla.kernel.org/show_bug.cgi?id=8100
> >
> >Summary: dynticks makes ksoftirqd1 use unreasonable amount of cpu
> > time
> > Kernel Version: 2.6.21-rc2
> > Status: NEW
> > Severity: low
> >
Hi.
This update gives a new warning:
libata version 2.20 loaded.
ata_piix :00:1f.1: version 2.10ac1
ata1: PATA max UDMA/100 cmd 0x000101f0 ctl 0x000103f6 bmdma 0x000118c0 irq 14
ata2: PATA max UDMA/100 cmd 0x00010170 ctl 0x00010376 bmdma 0x000118c8 irq 15
scsi0 : ata_piix
ata1.00: ATA-6:
On Friday, 9 March 2007 22:07, Pavel Machek wrote:
> Hi!
>
> > > > > > Index: linux-2.6.21-rc2-mm2/kernel/power/disk.c
> > > > > > ===
> > > > > > --- linux-2.6.21-rc2-mm2.orig/kernel/power/disk.c
> > > > > > +++
On Saturday 10 March 2007 08:07, Con Kolivas wrote:
> On Saturday 10 March 2007 07:46, Matt Mackall wrote:
> > My suspicion is the problem lies in giving too much quanta to
> > newly-started processes.
>
> Ah that's some nice detective work there. Mainline does some rather complex
> accounting on
Hi!
> > > > > Index: linux-2.6.21-rc2-mm2/kernel/power/disk.c
> > > > > ===
> > > > > --- linux-2.6.21-rc2-mm2.orig/kernel/power/disk.c
> > > > > +++ linux-2.6.21-rc2-mm2/kernel/power/disk.c
> > > > > @@ -61,6 +61,7 @@ static void
Hi!
> > So... if current console is graphical, we leave X accessing the
> > console... That's bad, because video state is not going to be
> > restored...?
>
> A graphical console is not necessarily X. Is there any requirement for
> there to be a single VT that isn't in text mode? The vt
Hi, Pavel,
Please find my patch to add LRU behaviour to your latest RSS controller.
Balbir Singh
Linux Technology Center
IBM, ISTL
Add LRU behaviour to the RSS controller patches posted by Pavel Emelianov
http://lkml.org/lkml/2007/3/6/198
which was in turn similar to the RSS controller
Hi!
> > > So... if current console is graphical, we leave X accessing the
> > > console... That's bad, because video state is not going to be
> > > restored...?
> >
> > A graphical console is not necessarily X. Is there any requirement for
> > there to be a single VT that isn't in text mode?
On Friday 09 March 2007 12:08 pm, Russell King wrote:
> On Fri, Mar 09, 2007 at 11:30:12AM -0800, David Brownell wrote:
> > On Friday 09 March 2007 10:48 am, Haavard Skinnemoen wrote:
> > > This is a very simple bitbanging i2c bus driver utilizing the new
> > > arch-neutral GPIO API. Useful for
On Sunday 04 March 2007 01:00, Con Kolivas wrote:
> This message is to announce the first general public release of the
> "Rotating Staircase DeadLine" cpu scheduler.
>
> Based on previous work from the staircase cpu scheduler I set out to
> design, from scratch, a new scheduling policy design
Hi!
> > > So... if current console is graphical, we leave X accessing the
> > > console... That's bad, because video state is not going to be
> > > restored...?
> >
> > A graphical console is not necessarily X. Is there any requirement for
> > there to be a single VT that isn't in text mode? The
On Saturday 10 March 2007 07:46, Matt Mackall wrote:
> Ok, I've now disabled sched_yield (I'm using xorg radeon drivers).
Great.
> So far:
>
> rc2-mm2 RSDL RSDL+NO_HZ RSDL+NO_HZ+no_yield estimated CPU
> no load
> berylgood good great great~30% at
On Sat, Mar 10, 2007 at 07:15:38AM +1100, Con Kolivas wrote:
> How odd. I would have thought that if an interaction was to occur it would
> have been without the new feature. Clearly what you describe without NO_HZ is
> not the expected behaviour with RSDL. I wonder what went wrong. Are you on
On Fri, 9 Mar 2007, Ingo Molnar wrote:
>
> _new kernel must not break on an older hypervisor_
Total red herring. AGAIN.
The paravirt_ops isn't a 1:1 hypervisor ABI.
If we change paravirt_ops to be higher-level ops (as we should), yes, the
paravirt->VMI layer needs to be extended to have
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> So please
>
> - point out things that are badly done. [...]
the thing badly done is fundamental and it trumps any other small
technological detail complaint i have, because it affects the
development and maintainance model: to promise backwards
Ingo Molnar wrote:
> Once this thing is released upstream, it creates a new compatibility
> rule:
>
> _new kernel must not break on an older hypervisor_
>
Yes, that's important. (It's perhaps more important that a new
hypervisor not break an old kernel, but that's 100% the hypervisor's
Hello,
On Mar 9 2007 20:24, Ingo Molnar wrote:
>* Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>>On Fri, 9 Mar 2007, Ingo Molnar wrote:
>>>
>>> yes - but we already support the raw hardware ABI, in the native
>>> kernel.
>>
>> Why do you continue to call paravirt an ABI?
>> We got over that.
On Sat, Mar 10, 2007 at 07:26:15AM +1100, Con Kolivas wrote:
> > How odd. I would have thought that if an interaction was to occur it would
> > have been without the new feature. Clearly what you describe without NO_HZ
> > is not the expected behaviour with RSDL. I wonder what went wrong. Are you
No ACPI discussion can be complete without mentioning Microsoft and
Microsoft compatibility -- Windows does not fully support ACPI 2.0 to
this day, even though it was released in the year 2000, and ACPI 3.0 has
been out since 2004.
> -Original Message-
> From: Alexey Starikovskiy
On Fri, Mar 09, 2007 at 07:39:05PM +1100, Con Kolivas wrote:
> On Friday 09 March 2007 19:20, Matt Mackall wrote:
> > And I've just rebooted with NO_HZ and things are greatly improved. At
> > idle, Beryl effects are silky smooth (possibly better than stock) and
> > shows less load. Under 'make',
Included the Intel ACPI spec representative.
I have heard that Windows is somehow restricting the ports and memory
locations that are accessible via AML; I don't know any of the details.
Also, there are fears of an "AML virus" attacking the machine.
Bob
> -Original Message-
> From:
Russell King wrote:
On Fri, Mar 09, 2007 at 11:40:08AM -0800, H. Peter Anvin wrote:
Jan-Benedict Glaw wrote:
Not everybody has a simple indexed list of pointers :) For example,
for vax-linux, we use a struct per syscall with the expected number of
on-stack longwords for the call.
So if
On 3/9/07, Pete Zaitcev <[EMAIL PROTECTED]> wrote:
On Fri, 9 Mar 2007 09:28:49 -0500, "Dmitry Torokhov" <[EMAIL PROTECTED]> wrote:
> On 2/28/07, Pete Zaitcev <[EMAIL PROTECTED]> wrote:
> > Dmitry, please consider getting rid of the list of handles entirely.
> > The other major user is
On 03/08, Roland McGrath wrote:
>
> Your change seems fine to me. I certainly concur that it seems insane
> for init to be responsible for tasks created magically inside the
> kernel. The history I've found says that the setting to SIGCHLD was
> introduced as part of "v2.5.1.9 -> v2.5.1.10",
This problem and patch were discovered and written by Alan Tyson of HP, who
asked that I post this. The problem is this:
When the CIFS client mounts a share that does not have Unix extensions, it
will turn off the "w" bits in the file mode if it sees that ATTR_READONLY is
set. It has no
Am Freitag, 9. März 2007 21:08 schrieb Alan Stern:
> After some more thought, I basically agree with what Oliver wrote
> originally. sysfs_dirent is indeed the logical place to store the kref
> pointer. However it needs to be used during open and release, not during
OK.
> read, write, and
On Fri, March 9, 2007 20:30, David Brownell wrote:
> On Friday 09 March 2007 10:48 am, Haavard Skinnemoen wrote:
>> This is a very simple bitbanging i2c bus driver utilizing the new
>> arch-neutral GPIO API. Useful for chips that don't have a built-in
>> i2c controller, additional i2c busses, or
Simon Arlott <[EMAIL PROTECTED]> :
> When I unplug the cable the system just stops responding to anything,
> at all. No message is printed to the console when the cable is plugged
> back in.
rtl8139_interrupt (spin_lock(>lock))
-> rtl8139_weird_interrupt
-> rtl_check_media
->
William Lee Irwin III wrote:
> William Lee Irwin III wrote:
> >> I consider policy issues to be hopeless political quagmires and
> >> therefore stick to mechanism. So even though I may have started the
> >> code in question, I have little or nothing to say about that sort of
> >> use for it.
> >>
Am Freitag, 9. März 2007 21:27 schrieb Alan Stern:
> On Fri, 9 Mar 2007, Oliver Neukum wrote:
>
> > > Adding a new release() callback would solve the problem by creating
> > > another. Drivers need to release their data as soon as possible after
> > > they unbind from a device, not when the
"Tosoni" <[EMAIL PROTECTED]> writes:
>> OTOH I wonder what does the device in question require WRT the
>> serial port and WRT RTS line in particular.
>> I know there are some half-duplex converters which drive RTS only
>> while sending and which require CTS to send.
>
> As far as I know in the
On Friday 09 March 2007, Jeff Garzik wrote:
>
> Discussed for 2.6.21, but pushed back because the current SATA code
> had enough fun stuff to debug already. Thus, just queued the following
> for 2.6.22 in libata-dev.git#upstream.
>
> The nasty request_resource hack is finally gone.
>
> In
On Saturday 10 March 2007 07:15, Con Kolivas wrote:
> On Saturday 10 March 2007 05:27, Matt Mackall wrote:
> > On Fri, Mar 09, 2007 at 07:39:05PM +1100, Con Kolivas wrote:
> > > On Friday 09 March 2007 19:20, Matt Mackall wrote:
> > > > And I've just rebooted with NO_HZ and things are greatly
On Fri, 9 Mar 2007, Oliver Neukum wrote:
> > Adding a new release() callback would solve the problem by creating
> > another. Drivers need to release their data as soon as possible after
> > they unbind from a device, not when the device itself goes away. Think
>
> Wait, the callback from
On Saturday 10 March 2007 05:07, Mark Lord wrote:
> Mmm.. when it's good, it's *really* good.
> My desktop feels snappier and all of that.
>
> No noticeable jerkiness of windows/scrolling,
> which I *do* observe with the stock scheduler.
Thats good.
> But when it's bad, it stinks.
> Like when a
On 3/8/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
Which is why you introduced a new system call, but that leads to all the
problems with the file descriptor no longer being *usable*.
Think scripts. It's easy to do reads in perl scripts, and parse the
output. In contrast, making perl use a
On Mar 9 2007 20:00, Sam Ravnborg wrote:
>On Thu, Mar 08, 2007 at 11:01:57PM +0100, Jan Engelhardt wrote:
>>
>> Since Solaris seems to be on the run, I did myself try compile it.
>> However, unlike the original poster who said he did so on SunOS 4.8, I
>> did it on 5.11_snv39, yielding a
On Saturday 10 March 2007 05:27, Matt Mackall wrote:
> On Fri, Mar 09, 2007 at 07:39:05PM +1100, Con Kolivas wrote:
> > On Friday 09 March 2007 19:20, Matt Mackall wrote:
> > > And I've just rebooted with NO_HZ and things are greatly improved. At
> > > idle, Beryl effects are silky smooth
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> Similarly, maybe the VMI ABI doesn't allow for something that the
> kernel wants to do efficiently. Big deal. What relevance does that
> have to do with anything, except the fact that if true, the VMWare
> people are screwed? It's *their* problem.
On Fri, Mar 09, 2007 at 11:40:08AM -0800, H. Peter Anvin wrote:
> Jan-Benedict Glaw wrote:
> >
> >Not everybody has a simple indexed list of pointers :) For example,
> >for vax-linux, we use a struct per syscall with the expected number of
> >on-stack longwords for the call.
> >
> >So if
On Fri, 9 Mar 2007, Alan Stern wrote:
> Oliver, your idea won't work either. Think about what would happen if
> someone did
>
> rmmod driver_module
> The rmmod process would never actually read the attribute, so until it
> exited the private data structure would have a positive
On Fri, Mar 09, 2007 at 11:30:12AM -0800, David Brownell wrote:
> On Friday 09 March 2007 10:48 am, Haavard Skinnemoen wrote:
> > This is a very simple bitbanging i2c bus driver utilizing the new
> > arch-neutral GPIO API. Useful for chips that don't have a built-in
> > i2c controller, additional
Am Freitag, 9. März 2007 20:32 schrieb Alan Stern:
> On Fri, 9 Mar 2007, Dmitry Torokhov wrote:
>
> > On 3/9/07, Oliver Neukum <[EMAIL PROTECTED]> wrote:
> > > Am Freitag, 9. März 2007 18:02 schrieb Dmitry Torokhov:
> > >
> > > > I think we already have all refcounting that is needed. What is
> >
Hi,
On Friday, 9 March 2007 09:54, Pavel Machek wrote:
> Hi!
>
> > > > Index: linux-2.6.21-rc2-mm2/kernel/power/disk.c
> > > > ===
> > > > --- linux-2.6.21-rc2-mm2.orig/kernel/power/disk.c
> > > > +++
On Friday, March 9, 2007 8:01 am Jeff Garzik wrote:
> Discussed for 2.6.21, but pushed back because the current SATA code
> had enough fun stuff to debug already. Thus, just queued the
> following for 2.6.22 in libata-dev.git#upstream.
>
> The nasty request_resource hack is finally gone.
>
>
Benjamin Herrenschmidt wrote:
- radeonfb_pm_init(rinfo, rinfo->is_mobility ? 1 : -1,
ignore_devlist, force_sleep);
+ radeonfb_pm_init(rinfo, rinfo->is_mobility && rinfo->family !=
CHIP_FAMILY_RS480 ? 1 : -1, ignore_devlist, force_sleep);
I'd rather you add a check
On Fri, 9 Mar 2007, Ingo Molnar wrote:
>
> Unfortunately i still dont see where i'm wrong, and i'm really trying to
> understand your argument. Is your argument that as long as an ABI (VMI)
> is never directly used but only used via wrapper functions
> (paravirt_ops)
No.
My argument is
On 3/9/07, Sergey Vlasov <[EMAIL PROTECTED]> wrote:
On Thu, 8 Mar 2007 14:52:07 -0800 Luong Ngo wrote:
[...]
> static irqreturn board_isr(int irq, void *dev_id, struct pt_regs* regs)
> {
> spin_lock(>lock);
>if (dev->irqMask & (1 << irqBit)) {
> // Set the interrupt event mask
>
Jan-Benedict Glaw wrote:
Not everybody has a simple indexed list of pointers :) For example,
for vax-linux, we use a struct per syscall with the expected number of
on-stack longwords for the call.
So if something "new" is coming up, please keep in mind that it should
be flexible enough to
From: Cliff Wickman <[EMAIL PROTECTED]>
(this is a second submission -- the first was from a work area back
porting to an older release)
When a cpu is disabled, move_task_off_dead_cpu() is called for tasks
that have been running on that cpu.
Currently, such a task is migrated:
1) to any cpu
On Friday, 9 March 2007 13:29, Heiko Carstens wrote:
> On Wed, Mar 07, 2007 at 09:07:17PM +, Pavel Machek wrote:
> > Hi!
> >
> > > Prevent the WARN_ON() in
> > > arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
> > > from triggering by disabling nonboot CPUs before we finally enter the
>
Herbert wrote (and vatsa quoted):
> precisely, once you are inside a resource container, you
> must not have the ability to modify its limits, and to
> some degree, you should not know about the actual available
> resources, but only about the artificial limits
Not necessarily. Depending on the
When I unplug the cable the system just stops responding to anything,
at all. No message is printed to the console when the cable is plugged
back in.
[0.00] Linux version 2.6.21-rc3 ([EMAIL PROTECTED]) (gcc version 3.4.6
(Gentoo 3.4.6-r1, ssp-3.4.5-1.0, pie-8.7.9)) #3 SMP Fri Mar 9
On Fri, 2007-03-09 20:00:51 +0100, Andi Kleen <[EMAIL PROTECTED]> wrote:
> > Not everybody has a simple indexed list of pointers :) For example,
> > for vax-linux, we use a struct per syscall with the expected number of
> > on-stack longwords for the call.
> >
> > So if something "new" is coming
On Fri, 9 Mar 2007, Dmitry Torokhov wrote:
> On 3/9/07, Oliver Neukum <[EMAIL PROTECTED]> wrote:
> > Am Freitag, 9. März 2007 18:02 schrieb Dmitry Torokhov:
> >
> > > I think we already have all refcounting that is needed. What is
> > > missing is subsystem-provided ->release() hooks for drivers
On Friday 09 March 2007 10:48 am, Haavard Skinnemoen wrote:
> This is a very simple bitbanging i2c bus driver utilizing the new
> arch-neutral GPIO API. Useful for chips that don't have a built-in
> i2c controller, additional i2c busses, or testing purposes.
That's the right idea! But remember
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> On Fri, 9 Mar 2007, Ingo Molnar wrote:
> >
> > yes - but we already support the raw hardware ABI, in the native
> > kernel.
>
> Why do you continue to call paravirt an ABI?
>
> We got over that. It's not. It's an API.
>
> VMI is an ABI.
> -Original Message-
> From: Thomas Graf [mailto:[EMAIL PROTECTED]
> Sent: Friday, March 09, 2007 5:41 AM
> To: Kok, Auke-jan H
> Cc: David Miller; Garzik, Jeff; netdev@vger.kernel.org;
> linux-kernel@vger.kernel.org; Waskiewicz Jr, Peter P;
> Brandeburg, Jesse; Kok, Auke; Ronciak, John
On Thu, March 8, 2007 11:28 pm, Len Brown wrote:
> On Monday 05 March 2007 05:35, Antonino A. Daplas wrote:
>
>
> Looks like I got fooled by the negative logic for the nvidia_bugs().
> Please test this patch -- it should fix it,
> as well as simplify the code a bit.
>
> thanks, -Len
>
Yep. You
> Ease of use maybe. Scripts can be more readily used with a fs-based
> interface.
And, as I might have already stated, file system API's are a natural
fit for hierarchically shaped data, especially if the nodes in the
hierarchy would benefit from file system like permission attributes.
--
We (the -stable team) are announcing the release of the 2.6.20.2 kernel.
It contains a metric buttload of bugfixes and security updates, so all
2.6.20 users are recommended to upgrade.
The diffstat and short summary of the fixes are below.
I'll also be replying to this message with a copy of the
This is a very simple bitbanging i2c bus driver utilizing the new
arch-neutral GPIO API. Useful for chips that don't have a built-in
i2c controller, additional i2c busses, or testing purposes.
To use, include something similar to the following in the
board-specific setup code:
#include
* Ingo Molnar ([EMAIL PROTECTED]) wrote:
> i claim that when the 'API cut' is done at the right level then no more
> than say 100 hooks would be needed - with virtually zero kernel size
> increase. We've got all the right highlevel abstractions: genirq, gtod,
> clockevents. Whatever is missing
On Fri, 2007-09-03 at 15:34 +, Matthew Garrett wrote:
> On Fri, Mar 09, 2007 at 10:08:05AM +0100, Pavel Machek wrote:
>
> > So... if current console is graphical, we leave X accessing the
> > console... That's bad, because video state is not going to be
> > restored...?
>
> A graphical
On Thu, Mar 08, 2007 at 11:01:57PM +0100, Jan Engelhardt wrote:
>
> On Mar 8 2007 22:25, Sam Ravnborg wrote:
> >Subject: Re: [PATCH] Fix building kernel under Solaris
>
> Since Solaris seems to be on the run, I did myself try compile it.
> However, unlike the original poster who said he did so
> Not everybody has a simple indexed list of pointers :) For example,
> for vax-linux, we use a struct per syscall with the expected number of
> on-stack longwords for the call.
>
> So if something "new" is coming up, please keep in mind that it should
> be flexible enough to represent that. :)
> We need additional gunk for syscalls that can be called from SPEs on
> cell
Can that gunk not be auto generated?
I know s390 does in some cases, but it looks quite auto generatable to me.
-Andi
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Friday 09 March 2007 19:02, Ingo Molnar wrote:
> _1463_ hooks, spread out all around the x86 arch.
They are not all different hooks though, just many call site of the same.
Also most of them are well defined to just match what the instructions
do.
paravirt_ops has under hundred entries right
On Fri, Mar 09, 2007 at 07:39:05PM +1100, Con Kolivas wrote:
> On Friday 09 March 2007 19:20, Matt Mackall wrote:
> > And I've just rebooted with NO_HZ and things are greatly improved. At
> > idle, Beryl effects are silky smooth (possibly better than stock) and
> > shows less load. Under 'make',
On Fri, 9 Mar 2007 09:28:49 -0500, "Dmitry Torokhov" <[EMAIL PROTECTED]> wrote:
> On 2/28/07, Pete Zaitcev <[EMAIL PROTECTED]> wrote:
> > Dmitry, please consider getting rid of the list of handles entirely.
> > The other major user is drivers/char/keyboard.c.
>
> I agree that handlers should not
On Fri, Mar 09, 2007 at 02:16:08AM +0100, Herbert Poetzl wrote:
> On Thu, Mar 08, 2007 at 05:00:54PM +0530, Srivatsa Vaddagiri wrote:
> > On Thu, Mar 08, 2007 at 01:50:01PM +1300, Sam Vilain wrote:
> > > 7. resource namespaces
> >
> > It should be. Imagine giving 20% bandwidth to a user X. X
On Fri, 09 Mar 2007 08:19:36 -0500 Mimi Zohar wrote:
> On Thu, 2007-03-08 at 15:08 -0800, Randy Dunlap wrote:
> > On Thu, 08 Mar 2007 17:58:16 -0500 Mimi Zohar wrote:
> >
> > > This is a request for comments for a new Integrity Based Access
> > > Control(IBAC) LSM module which bases access
On Fri, 9 Mar 2007, Ingo Molnar wrote:
>
> yes - but we already support the raw hardware ABI, in the native kernel.
Why do you continue to call paravirt an ABI?
We got over that. It's not. It's an API.
VMI is an ABI.
As long as you try to confuse the two, there's no point to the discussion.
Hi,
I get a lot of
"NOHZ: local_softirq_pending 02"
and I have noticed some swsuspend problems.
Disabling non-boot CPUs ...
CPU1 playing dead
[] dump_trace+0x7f/0x229
[] show_trace_log_lvl+0x35/0x54
[] show_trace+0x2c/0x2e
[] dump_stack+0x29/0x2b
[] cpu_idle+0x91/0x126
[]
On Thu, Mar 08, 2007, Linus Torvalds wrote:
> On Fri, 9 Mar 2007, Ingo Molnar wrote:
> >
> > disabling the following radeonfb options in the .config made resume work
> > again:
>
> In general, don't even *try* to use radeonfb for suspend/resume.
>
> I don't think it has ever worked, except on
Mark Lord wrote:
Mmm.. when it's good, it's *really* good.
My desktop feels snappier and all of that.
No noticeable jerkiness of windows/scrolling,
which I *do* observe with the stock scheduler.
But when it's bad, it stinks.
Like when a "make -j2" kernel rebuild is happening in a background
On Fri, 9 Mar 2007, Eric Dumazet wrote:
>
> CAUTION : d_path() logic is quite tricky.
> The correct way to return for example "Hello" is to put it
> at the end of the buffer, and returns a pointer to the first char.
Yeah, it's subtle, since it wants to use a single buffer,
Joerg Roedel wrote:
From: Joerg Roedel <[EMAIL PROTECTED]>
This patch simplifies the get_cycles_sync() function by removing
the #ifdefs from it. Further it introduces an optimization for AMD
processors. There the RDTSCP instruction is used instead of CPUID;RDTSC
which is helpfull if the kernel
On Fri, 9 Mar 2007, Bill Davidsen wrote:
>
> But it IS okay for people to make special-case schedulers. Because it's MY
> machine,
Sure.
Go wild. It's what open-source is all about.
I'm not stopping you.
I'm just not merging code that makes the scheduler unreadable, even hard
to understand,
On Fri, Mar 09, 2007 at 01:53:57AM +0100, Herbert Poetzl wrote:
> > The real trick is that I believe these groupings are designed to
> > be something you can setup on login and then not be able to switch
> > out of. Which means we can't use sessions and process groups as the
> > grouping entities
201 - 300 of 1046 matches
Mail list logo
