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 &
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
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
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
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-
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
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
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
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
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
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
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
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
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
> []
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
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
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
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
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
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
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
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
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,
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
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:
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):
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 :
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
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
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
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
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
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
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
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
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
* 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
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
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
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
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
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
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,
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
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
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
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:
>
>
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
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
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
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
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
>
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
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
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
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
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
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
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 --
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
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
* 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
>
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 the AML
> > is defective, we could add quirks to
> > Thinking a bit more about this, I'm quite sure most users wouldn't
> > even want private namespaces. It would be enough to
> >
> > chroot /share/$USER
> >
> > and be done with it.
>
> I don't think so. How to you want to implement non-shared /tmp
> directories?
mount --bind
On Sun, Apr 15, 2007 at 05:05:36PM +0200, Ingo Molnar wrote:
> so the rejection was on these grounds, and i still very much stand by
> that position here and today: i didnt want to see the Linux scheduler
> landscape balkanized and i saw no technological reasons for the
> complication that
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_EARLY
was too late. If the new quirk causes problems it
Hi!
On Sun 2007-04-15 03:21:57, William Lee Irwin III wrote:
> At some point in the past, someone's attribution was stripped from:
Maxim's.
> >> + return buffer + sprintf(buffer, "Nvcsw:\t%lu\n"
> >> + "Nivcsw:\t%lu\n",
> >> + p->nvcsw,
Hi!
> External power framework - power supplies and power supplicants.
>
> Supplicants (batteries so far) may ask to notify they when power supply
> arrive/gone. This framework used by battery class (next patches).
>
> It's permitted for supply to be bound to several supplicants (think main
>
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.
>
> Though our battery class insisting on re-usage, but not forces it. If some
> battery
* William Lee Irwin III <[EMAIL PROTECTED]> wrote:
> On Sun, Apr 15, 2007 at 09:20:46PM +0200, Ingo Molnar wrote:
> > so Linus was right: this was caused by scheduler starvation. I can
> > see one immediate problem already: the 'nice offset' is not divided
> > by nr_running as it should. The
Hi!
> >You might not damage the underlying filesystem, but you
> >could sure go
> >off in the weeds trying to read it, if you stumbled
> >upon some
> >half-updated metadata... so while it may be safe for
> >the filesystem, I'm
> >not convinced that it's safe for the host reading the
>
Hi!
> This is driver for batteries with ds2760 chip inside. Such batteries
> used in almost every HP iPaq and HTC PDAs/phones.
Looks nice to me. It even knows about dependency between temperature
and remaining power :-).
> + di->update_time = jiffies;
> +
> + /* DS2760 reports voltage
Hi!
> while debug some strange termal shutdowns I wrote this patch to get more
> information in /var/log/messages about the reason for the shutdown. I
> think this would be useful in general.
>
> Danny
>
> From: Danny Kukawka <[EMAIL PROTECTED]>
> Subject: ACPI: more verbose thermal zone
On Sunday, 15 April 2007 21:40, Tobias Diedrich wrote:
> Rafael J. Wysocki wrote:
> > On Sunday, 15 April 2007 17:14, David Brownell wrote:
> > > On Sunday 15 April 2007 4:16 am, Rafael J. Wysocki wrote:
> > > > On Sunday, 15 April 2007 10:02, Tobias Diedrich wrote:
> > >
> > > > > > > > Yes,
Hello Adrian,
> This patch contains the scheduled removal of the i8xx_tco watchdog
> driver.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by me also.
We probably also need to remove some stuff in the Documentation/watchdog files.
Greetings,
Wim.
-
To unsubscribe from this
Rafael J. Wysocki wrote:
> On Sunday, 15 April 2007 17:14, David Brownell wrote:
> > On Sunday 15 April 2007 4:16 am, Rafael J. Wysocki wrote:
> > > On Sunday, 15 April 2007 10:02, Tobias Diedrich wrote:
> >
> > > > > > > Yes, it's a Asus M2N-SLI-Deluxe Mainboard with a Athlon64 3200+
> > > > > >
1 - 100 of 406 matches
Mail list logo