On Mon, 2007-04-16 at 02:29 -0400, Dave Jones wrote:
> On Mon, Apr 16, 2007 at 03:16:37AM +0200, Adrian Bunk wrote:
> > On Sun, Apr 15, 2007 at 08:54:46PM -0400, Dave Jones wrote:
> > > On Mon, Apr 16, 2007 at 02:37:23AM +0200, Adrian Bunk wrote:
> > >
> > > > Subject: ThinkPad X60: resum
Ingo Molnar wrote:
* Willy Tarreau <[EMAIL PROTECTED]> wrote:
Ingo could have publicly spoken with them about his ideas of killing
the O(1) scheduler and replacing it with an rbtree-based one, [...]
yes, that's precisely what i did, via a patchset :)
[ I can even tell you when it all started
On Mon, 2007-04-16 at 08:23 +0200, Marcus Better wrote:
> > Just for clarification, do you suspend from VESA framebuffer console or
> > from VGA text console?
>
> From VESA console.
Have you tried other combinations?
s2ram -m -p -f
s2ram -s -p -f
Tony
-
To unsubscribe from this list: send the
Peter Williams wrote:
Peter Williams wrote:
Are your new patches available somewhere for easy download or do I
have to try to dig them out of the mailing list archive? Or could you
mail them to me separately? I'm keen to see how you new scheduler
proposal works.
Forget about this. I fou
On Sun, Apr 15, 2007 at 10:06:39PM -0700, David Miller wrote:
> How does this work? Does some program walk through sysfs
> scanning the attributes of devices, and this triggers
> module matching?
>
As I understand it, the sysfs code will send a modalias event that
udev picks up. When depmod runs
On Mon, Apr 16, 2007 at 03:16:37AM +0200, Adrian Bunk wrote:
> On Sun, Apr 15, 2007 at 08:54:46PM -0400, Dave Jones wrote:
> > On Mon, Apr 16, 2007 at 02:37:23AM +0200, Adrian Bunk wrote:
> >
> > > Subject: ThinkPad X60: resume no longer works (PCI related?)
> > > workarou
On Saturday 14 April 2007 17:39:28 Robert Hancock wrote:
> Espen Fjellvær Olsen wrote:
> > As far as we know there wasnt any unuasal activity on the server at the
> > time.
> > We updated glibc yesterday, but that shouldnt really cause such a
> > problem. So now we wonder if this might be an MCE bu
On Mon, Apr 16, 2007 at 03:57:54PM +1000, Matthew Hawkins wrote:
> On 4/16/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
> >
> >So, on to something productive, we have 3 candidates for a new scheduler
> >so
> >far. How do we decide which way to go? (and yes, I still think switchable
> >schedulers is w
> It's nice to check for consistency though, so we're adding that. Profile
> loading is a trusted operation, at least so far, and so security wise we
> don't actually have to care --- if loading an invalid profile can bring down
> the system, then that's no worse than an arbitrary module that cr
On Mon, Apr 16, 2007 at 12:19:33AM -0400, Kyle McMartin wrote:
>
Updated patch to rename modalias_show to of_modalias_show, and
add the same code to arch/sparc. (Amusingly enough, just edited
sparc64 to sparc in the diff and it re-applied. :)
Cheers,
Kyle
diff --git a/arch/sparc/kernel/o
> Just for clarification, do you suspend from VESA framebuffer console or
> from VGA text console?
From VESA console.
Marcus
pgpVFqTnb6hcb.pgp
Description: PGP signature
Peter Williams wrote:
Are your new patches available somewhere for easy download or do I have
to try to dig them out of the mailing list archive? Or could you mail
them to me separately? I'm keen to see how you new scheduler proposal
works.
Forget about this. I found the patch.
After a
On Thursday April 12, [EMAIL PROTECTED] wrote:
>
> Unfortunately, in the NFS case if there are hash collisions, under the
> wrong circumstances the NFS client could loop forever trying to
> readdir() a directory stream.
I think that can be easily avoided by the filesystem by simply
ensuring that
On Sun, Apr 15, 2007 at 10:36:29PM -0700, Bill Huey wrote:
> On Sun, Apr 15, 2007 at 09:25:07AM -0700, Arjan van de Ven wrote:
> > Now this doesn't mean that people shouldn't be nice to each other, not
> > cooperate or steal credits, but I don't get the impression that that is
> > happening here. I
On Monday 16 April 2007, Con Kolivas wrote:
And I snipped, Sorry fellas.
Con's original submission was to me, quite an improvement. But I have to say
it, and no denegration of your efforts is intended Con, but you did 'pull the
trigger' and get this thing rolling by scratching the itch & drawi
Hello,
I am testing the 2.6.21-rc7 kernel release. The IDE hpt366 driver is crashing
hanging the boot.
I have basically the same config as 2.6.20.7 which works fine (except for
netconsole mentioned in
a previous mail).
here is the hand-copied info:
* "unable to handle paging request" , null de
On Sunday April 15, [EMAIL PROTECTED] wrote:
> On Thu, Apr 12, 2007 at 10:35:49AM -0700, H. Peter Anvin wrote:
> >
> > Any fixed size is too small. It should be a dynamic size.
>
> Idally it should be dynamic, but my guess is that if the cookie were a
> fixed 256 bits, it would be sufficient for
On Mon, 16 Apr 2007, Pavel Pisa wrote:
> I cannot help myself to not report results with GAVL
> tree algorithm there as an another race competitor.
> I believe, that it is better solution for large priority
> queues than RB-tree and even heap trees. It could be
> disputable if the scheduler needs
Hello,
netconsole is hanging my box during IDE init.
I am running 2.6.20.7, config is attached from /proc
Without using netconsole the kernel boots fine. I am writing this message from
it.
When I do enable net-console I get from the linux banner to a couple of lines
after
"sanitize end" on t
On Sun, Apr 15, 2007 at 10:31:38PM -0700, Zach Carter wrote:
>
> Dave Jones wrote:
> > On Sun, Apr 15, 2007 at 08:30:27PM -0700, Zach Carter wrote:
> > > list_del corruption. prev->next should be c21a4628, but was e21a4628
> >
> > 'c' became 'e' in that last address. A single bit flipped.
On Sun, Apr 15, 2007 at 09:25:07AM -0700, Arjan van de Ven wrote:
> Now this doesn't mean that people shouldn't be nice to each other, not
> cooperate or steal credits, but I don't get the impression that that is
> happening here. Ingo is taking part in the discussion with a counter
> proposal for
Dave Jones wrote:
On Sun, Apr 15, 2007 at 08:30:27PM -0700, Zach Carter wrote:
> list_del corruption. prev->next should be c21a4628, but was e21a4628
'c' became 'e' in that last address. A single bit flipped.
Given you've had this for some time, this smells like a hardware problem.
memtest86+
I'm using eldk4, there are no problems.
Wang, Baojun wrote:
PROBLEM: linux kernel 2.6.20.6 build failed for ppc board chestnut(ibm ppc
750GX/FX)
STEPS I followed:
1) make ARCH=ppc CROSS_COMPILE=ppc_4xx- chestnut_defconfig # toolchain from
eldk 4.1
2) make ARCH=ppc CROSS_COMPILE=ppc_4xx- V=1
PROBLEM: linux kernel 2.6.20.6 build failed for ppc board chestnut(ibm ppc
750GX/FX)
STEPS I followed:
1) make ARCH=ppc CROSS_COMPILE=ppc_4xx- chestnut_defconfig # toolchain from
eldk 4.1
2) make ARCH=ppc CROSS_COMPILE=ppc_4xx- V=1
...
make -f scripts/Makefile.build obj=arch/ppc/platforms
Michael Krufky wrote:
> Mauro,
>
> I've been out of town for the past few days... I just got home and saw this:
>
>
> Mauro Carvalho Chehab wrote:
>>- Fix 1/3 for bug 7819: fixed frontend hotplug issue
>>- Fix 2/3 for bug 7819: demux and dvr
>>- Fix 3/3 for bug 7819: fixed hotpluggin
On Monday 16 April 2007 01:05, Ingo Molnar wrote:
> * Con Kolivas <[EMAIL PROTECTED]> wrote:
> > 2. Since then I've been thinking/working on a cpu scheduler design
> > that takes away all the guesswork out of scheduling and gives very
> > predictable, as fair as possible, cpu distribution and laten
From: Kyle McMartin <[EMAIL PROTECTED]>
Date: Mon, 16 Apr 2007 00:19:33 -0400
> Quick patch to add modalias support for of_device to arch/sparc64 so
> sbus drivers can be automatically loaded (I hope :)
>
> Untested, as I'm sparc-less at the moment.
Thanks Kyle.
How does this work? Does some p
MSI doesn't work on RS400-200 and RS480 requiring pci=nomsi kernel
boot parameter for ahci to work. This patch disables MSI on those
chips.
http://thread.gmane.org/gmane.linux.ide/17820
http://thread.gmane.org/gmane.linux.ide/17516
https://bugzilla.novell.com/show_bug.cgi?id=263893
Signed-
Sorry, the version of linux should be 2.6.15 for MPC8xx, which is
included in ELDK.
gshan wrote:
Hi Folks,
I got problem to boot linux 2.6.25 using u-boot-1.1.4, any ideas?
-
U-Boot 1.1.4 (Apr 14 2007 - 00:57:01)
CPU: XPC850xxZTB at 50 MHz: 2 kB I-Cache 1 kB D-Cach
At Mon, 16 Apr 2007 11:16:24 +0900,
Satoru Takeuchi wrote:
>
> At Sat, 14 Apr 2007 01:31:12 +1000,
> Con Kolivas wrote:
> >
> > On Monday 09 April 2007 16:09, Andrew Morton wrote:
> > > On Sat, 07 Apr 2007 16:31:39 +0900 Satoru Takeuchi
> > <[EMAIL PROTECTED]> wrote:
> > > > When I was examining
Hi Folks,
I got problem to boot linux 2.6.25 using u-boot-1.1.4, any ideas?
-
U-Boot 1.1.4 (Apr 14 2007 - 00:57:01)
CPU: XPC850xxZTB at 50 MHz: 2 kB I-Cache 1 kB D-Cache
Board: ### No HW ID - assuming TQM8xxL
DRAM: 8 MB
FLASH: 4 MB
In:serial
Out: serial
Err:
Hi Dave,
Quick patch to add modalias support for of_device to arch/sparc64 so
sbus drivers can be automatically loaded (I hope :)
Untested, as I'm sparc-less at the moment.
Cheers,
Kyle
diff --git a/arch/sparc64/kernel/of_device.c b/arch/sparc64/kernel/of_device.c
index fb9bf1e..d00ed90
Bartek wrote:
> 2007/4/14, David Miller <[EMAIL PROTECTED]>:
>
>> From: Patrick McHardy <[EMAIL PROTECTED]>
>> Date: Thu, 12 Apr 2007 07:43:39 +0200
>>
>> > It seems we fail to reserve enough headroom for the case
>> > buf[0] == PPP_ALLSTATIONS and buf[1] != PPP_UI.
>> >
>> > Can you try this patc
On Sun, Apr 15, 2007 at 08:30:27PM -0700, Zach Carter wrote:
> Console Messages:
> Bad page state in process 'cc1'
> page:c1ca88e8 flags:0x5200 mapping:c100 mapcount:0 count:0
> Trying to fix it up, but a reboot is needed
> Backtrace:
> [] bad_page+0x5e/0x89
> [] get_page_from_f
Adrian Bunk wrote:
> I'm not sure why I thought you two ran into the same regression.
>
> So "hpet=disable" worked for Jeremy but not for you, IOW: you two were
> running into different regressions?
>
> @Jeremy:
> If this is true, is your HPET related related regression still present
> in -rc7?
Hiya folks,
If there is anything I can do to help track down and fix this bug, please let
me know.
thanks!
-Zach
PROBLEM: Bad page state errors during kernel make
DESCRIPTION: Frequently, when trying to build the kernel from source,
my PC will lock up with console messages such as these.
On Mon, Apr 16, 2007 at 01:15:27PM +1000, Con Kolivas wrote:
> On Monday 16 April 2007 12:28, Nick Piggin wrote:
> > So, on to something productive, we have 3 candidates for a new scheduler so
> > far. How do we decide which way to go? (and yes, I still think switchable
> > schedulers is wrong and
Adrian Bunk wrote:
[ Cc's added, additional information is in http://lkml.org/lkml/2007/4/15/32 ]
On Sun, Apr 15, 2007 at 02:49:29PM +0400, Brad Campbell wrote:
Brad Campbell wrote:
G'day all,
All I have is a digital photo of this oops. (It's 3.5mb). I have serial
console configured, but Mur
On Mon, Apr 16, 2007 at 03:32:54AM +0100, ian wrote:
> On Sun, 2007-04-15 at 21:57 -0300, Henrique de Moraes Holschuh wrote:
> >
> > No, that won't help much. IMO, we want the sanest set of standard
> > attributes we can get, and weird as it might be, average reporting are
> > common properties o
On Monday 16 April 2007 12:28, Nick Piggin wrote:
> So, on to something productive, we have 3 candidates for a new scheduler so
> far. How do we decide which way to go? (and yes, I still think switchable
> schedulers is wrong and a copout) This is one area where it is virtually
> impossible to disc
On Thu, Apr 12, 2007 at 10:35:49AM -0700, H. Peter Anvin wrote:
> J. Bruce Fields wrote:
> >On Thu, Apr 12, 2007 at 08:21:16AM -0400, Theodore Tso wrote:
> >>Again, compared to a directory fd cache, what you're proposing a huge
> >>hit to the filesystem, and at the moment, given that telldir/seekdi
On Sun, Apr 15, 2007 at 08:50:25PM -0400, Rik van Riel wrote:
> David R. Litwin wrote:
>
> >>4: ZFS has a HUGE capacity. I don't have 30 exobytes, but I might some
> >>day
> >
> >ext4 will probably cope with that. XFS definitely has very high
> >limits though I admit I don't know what they ar
William Lee Irwin III wrote:
>> One of the reasons I never posted my own code is that it never met its
>> own design goals, which absolutely included switching on the fly. I
>> think Peter Williams may have done something about that.
>> It was my hope
>> to be able to do insmod sched_foo.ko until i
On Sun, Apr 15, 2007 at 04:31:54PM -0500, Matt Mackall wrote:
> On Sun, Apr 15, 2007 at 10:48:24PM +0200, Ingo Molnar wrote:
>
> > 4) the good thing that happened to I/O, after years of stagnation isnt
> >I/O schedulers. The good thing that happened to I/O is called Jens
> >Axboe. If you
On Sat, Apr 14, 2007 at 08:56:40PM +0200, Krzysztof Halasa wrote:
> Neil Brown <[EMAIL PROTECTED]> writes:
>
> > What, specifically, is there in ZFS that you want to use in Linux?
> > There is lots of interesting stuff in there, but which bit has caught
> > your attention? It is possible that tha
On Sun, 2007-04-15 at 21:57 -0300, Henrique de Moraes Holschuh wrote:
>
> No, that won't help much. IMO, we want the sanest set of standard
> attributes we can get, and weird as it might be, average reporting are
> common properties of battery control firmware on laptops (maybe
> because of SBS,
On Sat, 2007-04-14 at 01:45 +0200, Mattia Dongili wrote:
> On Sun, Apr 08, 2007 at 02:35:59PM -0700, Andrew Morton wrote:
> ...
> > git-acpi.patch
>
> after bisecting I can finally say what breaks resume from STR here:
>
> tada: CPU_IDLE.
> I first spotted the git-acpi.patch then reapplied i
On Mon, Apr 16, 2007 at 08:52:33AM +1000, Con Kolivas wrote:
> On Monday 16 April 2007 05:00, Jonathan Lundell wrote:
> > On Apr 15, 2007, at 10:59 AM, Linus Torvalds wrote:
> > > It's a really good thing, and it means that if somebody shows that
> > > your
> > > code is flawed in some way (by, for
At Sat, 14 Apr 2007 01:31:12 +1000,
Con Kolivas wrote:
>
> On Monday 09 April 2007 16:09, Andrew Morton wrote:
> > On Sat, 07 Apr 2007 16:31:39 +0900 Satoru Takeuchi
> <[EMAIL PROTECTED]> wrote:
> > > When I was examining the following program ...
> > >
> > > 1. There are a large amount of smal
On Sun, Apr 15, 2007 at 09:57:22PM -0300, Henrique de Moraes Holschuh wrote:
> On Mon, 16 Apr 2007, Anton Vorontsov wrote:
> > Current battery class assumes values are not averaged. I.e. momentary
> > values. In general, it's userspace' job to collect statistics. Though,
> > if hardware can report
On Wed, Apr 11, 2007 at 03:42:04PM -0700, Andrew Morton wrote:
> On Thu, 12 Apr 2007 00:14:59 +0200
> Michal Piotrowski <[EMAIL PROTECTED]> wrote:
>
> > Andrew Morton napisa__(a):
> > [ 1053.757285] EIP is at xlog_iodone+0x99/0xbb [xfs]
> > [ 1053.762069] eax: ebx: d6871ae8 ecx: c04a3
William Lee Irwin III wrote:
On Sun, Apr 15, 2007 at 10:48:24PM +0200, Ingo Molnar wrote:
2) plugsched did not allow on the fly selection of schedulers, nor did
it allow a per CPU selection of schedulers. IO schedulers you can
change per disk, on the fly, making them much more useful in
Mauro,
I've been out of town for the past few days... I just got home and saw this:
Mauro Carvalho Chehab wrote:
>- Fix 1/3 for bug 7819: fixed frontend hotplug issue
>- Fix 2/3 for bug 7819: demux and dvr
>- Fix 3/3 for bug 7819: fixed hotplugging for dvbnet
I don't think that this
On Sun, 15 Apr 2007, Jiri Slaby wrote:
Date: Sun, 15 Apr 2007 23:45:29 +0200
From: Jiri Slaby <[EMAIL PROTECTED]>
To: Richard A Nelson <[EMAIL PROTECTED]>
Cc: linux-kernel
Subject: Re: 2.6.21-rc6, ASUS M2V 1.01G, ALSA detection/non-support
Cc: [EMAIL PROTECTED]
Richard A Nelson napsal(a):
My
On Sun, Apr 15, 2007 at 08:54:46PM -0400, Dave Jones wrote:
> On Mon, Apr 16, 2007 at 02:37:23AM +0200, Adrian Bunk wrote:
>
> > Subject: ThinkPad X60: resume no longer works (PCI related?)
> > workaround: booting with "hpet=disable"
> > References : http://lkml.org/lkml/2007/
Quoting Miklos Szeredi ([EMAIL PROTECTED]):
> > > > Agreed on desired behavior, but not on chroot sufficing. It actually
> > > > sounds like you want exactly what was outlined in the OLS paper.
> > > >
> > > > Users still need to be in a different mounts namespace from the admin
> > > > user so l
On Sun 2007-04-15 03:21:57, William Lee Irwin III wrote:
>> nvcsw and nivcsw are conventional variable names for these quantities.
On Sun, Apr 15, 2007 at 08:10:24PM +, Pavel Machek wrote:
> I can't decipher them and would not want users see them in /proc.
> Would nonvoluntary_ctxt_switch be t
On Mon, Apr 16, 2007 at 02:37:23AM +0200, Adrian Bunk wrote:
> Subject: ThinkPad X60: resume no longer works (PCI related?)
> workaround: booting with "hpet=disable"
> References : http://lkml.org/lkml/2007/3/13/3
> Submitter : Dave Jones <[EMAIL PROTECTED]>
>
On Mon, 16 Apr 2007, Anton Vorontsov wrote:
> Current battery class assumes values are not averaged. I.e. momentary
> values. In general, it's userspace' job to collect statistics. Though,
> if hardware can report only average values, it's just okay to use
> usual attributes.
What about SBS-style
On Sunday 15 April 2007 14:59, Luca Tettamanti wrote:
> On 4/15/07, Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
> > But I missed the details, such as the specific devices in question,
> > which ports they use, how they are described in ACPI, which AML
> > methods use those ports, and which non-ACPI dr
David R. Litwin wrote:
4: ZFS has a HUGE capacity. I don't have 30 exobytes, but I might some
day
ext4 will probably cope with that. XFS definitely has very high
limits though I admit I don't know what they are.
XFS is also a few exobytes.
The fsck for none of these filesystems will be
This email lists some known regressions in Linus' tree compared to 2.6.20.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any other way
possibly involv
This email lists some known regressions in Linus' tree compared to 2.6.20.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any other way
possibly involv
On Mon, 16 April 2007 01:33:17 +0200, Arnd Bergmann wrote:
>
> There is also still some need for performance testing. Jörn
> brought up the point that if a specific card can't have multiple
> open erase block simulateously, it's rather pointless for
> logfs. It might still be useful to use jffs2 o
On Sunday 15 April 2007, Mike Galbraith wrote:
>On Sun, 2007-04-15 at 12:58 -0400, Gene Heskett wrote:
>> Chuckle, possibly but then I'm not anything even remotely close to an
>> expert here Con, just reporting what I get. And I just rebooted to
>> 2.6.21-rc6 + sched-mike-5.patch for grins and gig
Since we're still waiting for resolution for some regressions that people
weren't able to work on last week, there's a new -rc kernel out there.
Hopefully we'll get them all and I can do 2.6.21-final next weekend or
so..
The changes from 2.6.21-rc6 are pretty small, and I'm including both the
[ Cc's added, additional information is in http://lkml.org/lkml/2007/4/15/32 ]
On Sun, Apr 15, 2007 at 02:49:29PM +0400, Brad Campbell wrote:
> Brad Campbell wrote:
> >G'day all,
> >
> >All I have is a digital photo of this oops. (It's 3.5mb). I have serial
> >console configured, but Murphy is wa
* William Lee Irwin III <[EMAIL PROTECTED]> wrote:
>> I've been suggesting testing CPU bandwidth allocation as influenced by
>> nice numbers for a while now for a reason.
On Sun, Apr 15, 2007 at 09:57:48PM +0200, Ingo Molnar wrote:
> Oh I was very much testing "CPU bandwidth allocation as influen
On Sunday 15 April 2007 00:38, Davide Libenzi wrote:
> Haven't looked at the scheduler code yet, but for a similar problem I use
> a time ring. The ring has Ns (2 power is better) slots (where tasks are
> queued - in my case they were som sort of timers), and it has a current
> base index (Ib), a c
On Sun, Apr 15, 2007 at 10:48:24PM +0200, Ingo Molnar wrote:
> 2) plugsched did not allow on the fly selection of schedulers, nor did
>it allow a per CPU selection of schedulers. IO schedulers you can
>change per disk, on the fly, making them much more useful in
>practice. Also, IO sch
This is a new version of the driver I posted back in January. I now
have hardware to test it and fixed a number of bugs, most of which
are the ones that Pierre told me about in the first place.
It now seems to work fine with the mtdblock driver, which of course
it entirely pointless.
I've tried u
On Monday 16 April 2007 02:23:08 Arjan van de Ven wrote:
> On Mon, 2007-04-16 at 01:49 +0300, Ismail Dönmez wrote:
> > Hi,
> >
> > On Friday 13 April 2007 23:21:00 Ingo Molnar wrote:
> > > [announce] [patch] Modular Scheduler Core and Completely Fair Scheduler
> > > [CFS]
> > >
> > > i'm pleased to
On Mon, 2007-04-16 at 01:49 +0300, Ismail Dönmez wrote:
> Hi,
> On Friday 13 April 2007 23:21:00 Ingo Molnar wrote:
> > [announce] [patch] Modular Scheduler Core and Completely Fair Scheduler
> > [CFS]
> >
> > i'm pleased to announce the first release of the "Modular Scheduler Core
> > and Complete
The error also happens in 2.6.19, same as in 2.6.18. I
extracted this from syslog:
Apr 17 00:14:08 kdev kernel: loop: loaded (max 8 devices)
Apr 17 00:14:15 kdev kernel: UFS-fs error (device loop0): ufs_check_page: bad
entry in directory #2: directory entry across blocks - offset=356, rec_len=668
On Sun, 2007-04-15 at 18:26 +0200, Marcus Better wrote:
> Antonino A. Daplas wrote:
> > A screen with blinking green blocks implies that your display is in text
> > mode, not in graphics mode.
>
> Yes, it happens when I suspend from text mode.
Just for clarification, do you suspend from VESA fram
Hi,
On Mon, Apr 16, 2007 at 12:08:54AM +0200, Ondrej Zajicek wrote:
> On Thu, Apr 12, 2007 at 03:25:03AM +0400, Anton Vorontsov wrote:
> > Here is battery monitor class. According to first copyright string, we're
> > maintaining it since 2003. I've took few days and cleaned it up to be
> > more su
On Monday 16 April 2007 05:00, Jonathan Lundell wrote:
> On Apr 15, 2007, at 10:59 AM, Linus Torvalds wrote:
> > It's a really good thing, and it means that if somebody shows that
> > your
> > code is flawed in some way (by, for example, making a patch that
> > people
> > claim gets better behaviou
Hi,
On Friday 13 April 2007 23:21:00 Ingo Molnar wrote:
> [announce] [patch] Modular Scheduler Core and Completely Fair Scheduler
> [CFS]
>
> i'm pleased to announce the first release of the "Modular Scheduler Core
> and Completely Fair Scheduler [CFS]" patchset:
>
>http://redhat.com/~mingo/cfs
On Thu, Apr 12, 2007 at 03:25:03AM +0400, Anton Vorontsov wrote:
> Here is battery monitor class. According to first copyright string, we're
> maintaining it since 2003. I've took few days and cleaned it up to be
> more suitable for mainline inclusion.
Just some ideas:
- what about using exponent
Hi,
As I said before, we have a problem with using the CPU hotplug for suspending
because of the notifiers that are called from within cpu_up()/cpu_down() and
(sometimes) assume that the system is fully functional.
One obvious solution of this problem would be to make the notifiers behave
differe
15 Nis 2007 Paz tarihinde, Christoph Pfister şunları yazmıştı:
> Could you try xine-ui or gxine? Because I suspect rather xine-lib for
> freezing issues. In any way I think a gdb backtrace would be much
> nicer - but if you can't reproduce the freeze issue with other xine
> based players and want
Hello Pavel,
On Sun, Apr 15, 2007 at 07:56:56PM +, Pavel Machek wrote:
> Hi!
>
> > * It insists on reusing its predefined attributes *and* their units.
> > So, userspace getting expected values for any battery.
> >
> > Also common units is required for APM/ACPI emulation.
> >
> >
Location:
ftp://ftp.kernel.org/pub/linux/kernel/v2.6/
git tree:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.16.y.git
RSS feed of the git tree:
http://www.kernel.org/git/?p=linux/kernel/git/stable/linux-2.6.16.y.git;a=rss
Changes since 2.6.16.47:
Adrian Bunk (2):
Linux
Really Cc: [EMAIL PROTECTED]
Richard A Nelson napsal(a):
> My son has an earlier version of the M2V & BIOS (0901) and his gets full
> 6ch
> sound.
>
> The 1.01G, and related BIOS (1304 or 1701) do not properly handle the
> onboard sound:
> hda_codec: Unknown model for ALC660VD/ALC861VD, trying au
On 14/04/07, David R. Litwin <[EMAIL PROTECTED]> wrote:
Before I go on, let me appologise. I don't really know what I hope to
accomplish, beyond trying to garner thoughts (and support?) for the topic.
Essentially: I want to use Linux and ZFS. I don't particularly care about
licences or any of th
On 15/04/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
in a recent posting, ian anderson suggested that, before kernel
features are removed, they should spend a reasonable amount of time in
the feature removal file to give everyone fair warning. if that's the
case, then there are a *bunch*
On Sunday 15 April 2007 21:14, Mikko Tiihonen wrote:
> Enables HPET for NVidia motherboards with broken BIOS. The patch reads the
> HPET address from the pci config space. The patch should also work if ACPI
> is disabled.
>
> The HPET search is done in early-quirks because even
> DECLARE_PCI_FIXUP_
Cc: [EMAIL PROTECTED]
Richard A Nelson napsal(a):
> My son has an earlier version of the M2V & BIOS (0901) and his gets full
> 6ch
> sound.
>
> The 1.01G, and related BIOS (1304 or 1701) do not properly handle the
> onboard sound:
> hda_codec: Unknown model for ALC660VD/ALC861VD, trying auto-prob
Robert P. J. Day napsal(a):
> ./drivers/char/Kconfig: tristate "Moxa SmartIO support (OBSOLETE)"
Yes, I'm going to add it to the schedule shortly -- will post patch with
correcting bad Kconfig info after some bugfixes of mxser_new.
regards,
--
http://www.fi.muni.cz/~xslaby/Jiri Slaby
On Sun, Apr 15, 2007 at 10:48:24PM +0200, Ingo Molnar wrote:
>
> * Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> > Look at what happened with I/O scheduling. Opening things up to some
> > new ideas by making it possible to select your I/O scheduler took us
> > from 10 years of stagnation to healt
Sam Ravnborg wrote:
+#ifndef CONFIG_ALPHA_GENERIC
+EXPORT_SYMBOL(tsunami_ioportmap);
+EXPORT_SYMBOL(tsunami_ioremap);
+#endif
>>> It looks strange that the function is always defined but conditionally
>>> exported.
>>> Also usual style is to place EXPORT right after closing bra
My son has an earlier version of the M2V & BIOS (0901) and his gets full 6ch
sound.
The 1.01G, and related BIOS (1304 or 1701) do not properly handle the
onboard sound:
hda_codec: Unknown model for ALC660VD/ALC861VD, trying auto-probe from BIOS...
it seems to truely be a BIOS issue, as I don't
On 4/15/07, Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
On Sunday 15 April 2007 03:41, Jean Delvare wrote:
> On Fri, 13 Apr 2007 14:59:45 -0600, Bjorn Helgaas wrote:
> > Of course, there are always BIOS defects. But if we could make a
> > case that a BIOS that doesn't declare the resources used by
To merge, this would be split apart ... what's interesting here is
the way the new leds-gpio driver can be made to talk to leds that
sit across an I2C link.
== CUT HERE
This presumes various patches updating:
- LED framework to support generic GPIOs (in MM and LED queue)
- LED fr
Makes OMAP use the infrastructure in the preceding patch; slightly
slows down the code, because it adds an indirect function call and
uses a non-table lookup, but GPIOs aren't accessed on critical paths.
=== CUT HERE
Update OMAP to use the new GPIO implementation framework. This is ju
This patch shows some almost-mergeable code matching $SUBJECT.
CUT HERE
Provide some implementation infrastructure that platforms may choose
to use when implementing the GPIO programming interface.
As previously discussed on LKML, this can be very desirable on some
platforms -- wi
in a recent posting, ian anderson suggested that, before kernel
features are removed, they should spend a reasonable amount of time in
the feature removal file to give everyone fair warning. if that's the
case, then there are a *bunch* of things that should perhaps be added
to that file real so
On Thursday 12 April 2007 6:57 am, Paul Sokolovsky wrote:
> Wednesday, April 11, 2007, 7:52:20 AM, you wrote:
> > So, talking about what an (optional) implementation framework might
> > look like (and which could handle the SOC, FPGA, I2C, and MFD cases
> > I've looked at):
See patches in followi
* Matt Mackall <[EMAIL PROTECTED]> wrote:
> Look at what happened with I/O scheduling. Opening things up to some
> new ideas by making it possible to select your I/O scheduler took us
> from 10 years of stagnation to healthy, competitive development, which
> gave us a substantially better I/O
> > > Agreed on desired behavior, but not on chroot sufficing. It actually
> > > sounds like you want exactly what was outlined in the OLS paper.
> > >
> > > Users still need to be in a different mounts namespace from the admin
> > > user so long as we consider the deluser and backup problems
> >
1 - 100 of 215 matches
Mail list logo
