> > I'm hoping one or two things will happen now:
> > * janitors fix up the other PCI drivers along these lines
> > * improve the PCI API so that pci_request_regions() is axiomatic
>
> Do you have any suggestions for how to do this?
One would be to keep an "enabler" count.
If the device is enabl
> But how do you use mbind() to change the memory placement for an anonymous
> private mapping used by a vendor provided executable with mbind()?
For that you use set_mempolicy.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROT
> This one is needed, too.
Thanks. Whoever wrote this this didn't care very much about x86-64.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please re
> For our use, the batch scheduler will give an intermediary program a
> list of processes and a series of from-to node pairs. That process would
> then ensure all the processes are stopped, scan their VMAs to determine
> what regions are mapped by more than one process, which are mapped
> by addi
At Mon, 14 Feb 2005 11:06:19 -0800,
Greg KH wrote:
>
> > As a result, I have committed the attached patch to libata-2.6. In many
> > cases, it is a "semantic fix", addressing the case
> >
> > * pci_request_regions() indicates hardware is in use
> > * we rudely disable the in-use hardwar
On Mon, Feb 14, 2005 at 09:49:32AM -0800, lm wrote:
> If it were spread out over the thousands of sites like your
> usage is then it would be more, there's a lot more overhead. There are
> currently more than 2,200 top level domains using BK for free (where
> top level means my-company.com, not my
On Mon, Feb 14, 2005 at 06:04:03PM +, James Simmons wrote:
>
> > In 2.6, drivers/input/power.c would only have been built if
> > CONFIG_INPUT_POWER was enabled - but it is nowhere possible to enable
> > this option.
>
> That was written a long time ago before the new power management went i
On Mon, Feb 14, 2005 at 08:24:29PM +0100, Takashi Iwai wrote:
> At Mon, 14 Feb 2005 11:06:19 -0800,
> Greg KH wrote:
> >
> > > As a result, I have committed the attached patch to libata-2.6. In many
> > > cases, it is a "semantic fix", addressing the case
> > >
> > > * pci_request_regions() i
On Mon, 14 Feb 2005, Larry McVoy wrote:
> So how would you suggest that we resolve it? The protection we need is
> that people don't get to
>
> - use BK
> - stop using BK so they can go work on another system
> - start using BK again
> - stop using BK so they can go work on anoth
At Mon, 14 Feb 2005 11:34:13 -0800,
Greg KH wrote:
>
> On Mon, Feb 14, 2005 at 08:24:29PM +0100, Takashi Iwai wrote:
> > At Mon, 14 Feb 2005 11:06:19 -0800,
> > Greg KH wrote:
> > >
> > > > As a result, I have committed the attached patch to libata-2.6. In
> > > > many
> > > > cases, it is a "
Greg KH wrote:
On Sun, Feb 13, 2005 at 08:42:55PM -0500, Jeff Garzik wrote:
Currently, in almost every PCI driver, if pci_request_regions() fails --
indicating another driver is using the hardware -- then
pci_disable_device() is called on the error path, disabling a device
that another driver is
Takashi Iwai wrote:
At Mon, 14 Feb 2005 11:34:13 -0800,
Greg KH wrote:
On Mon, Feb 14, 2005 at 08:24:29PM +0100, Takashi Iwai wrote:
At Mon, 14 Feb 2005 11:06:19 -0800,
Greg KH wrote:
As a result, I have committed the attached patch to libata-2.6. In many
cases, it is a "semantic fix", addressing
Jeff> * pci_request_regions() should be axiomatic. By that I mean,
Jeff> pci_enable_device() should
Jeff> (a) handle pci_request_regions() completely
Jeff> (b) fail if regions are not available
There's one pitfall here: for a device using MSI-X, the MSI-X table is
goin
Alan wrote:
Ideas on how to log something that early in the boot process without
being in front of the machine?
Serial console is best. remote power cycle, grub, and serial console
make my life easier every day of the week.
Also it would help for the other issues if you'd post a .config and
per
On Mon, Feb 14, 2005 at 11:58:38AM -0800, Roland Dreier wrote:
> Jeff> * pci_request_regions() should be axiomatic. By that I mean,
> Jeff> pci_enable_device() should
> Jeff> (a) handle pci_request_regions() completely
> Jeff> (b) fail if regions are not available
>
> Ther
On Mon, 14 Feb 2005, Marcin Dalecki wrote:
> He is simply plain dishonest about his intentions. And since he is
> driving a company it's not difficult to deduce what his intentions
> really are: Making money. That's plain and simple what all companies
> are all about. Now you can start to guess
Hello!
In linux-2.6.11-rc4-bk2 building of the documentation (make htmldocs)
fails on "DOCPROC Documentation/DocBook/kernel-api.sgml" because of
these errors:
Error(/home/vsu/src/linux-2.6.11-rc4-bk2/include/linux/skbuff.h:936): cannot
understand prototype: '#ifndef CONFIG_HAVE_ARCH_DEV_ALLOC_SK
> This is, by your leave, ridiculous. I was, so far, allowed to stop using
> BK/Free on day #1 and hack non-BK SCM on day #2. I understand you don't
> want users to repeat this sequence, use BK on every odd day of month and
> hack non-BK SCM on every even day, and I haven't done that (I haven't
> h
[EMAIL PROTECTED] wrote:
Hi,
When I run
modprobe parport_pc io=0x378 irq=7
and found parport_pc: Ignoring new-style parameters in presence of
obsolete ones
in dmesg output and of course my paralel port does not use irq.
Have no way to tell parport_pc to use IRQ? With 2.6.8 the above command
is f
Hello!
In linux-2.6.11-rc4-bk2 building of the documentation (make htmldocs)
fails on "DOCPROC Documentation/DocBook/kernel-api.sgml" because of
these errors:
Error(/home/vsu/src/linux-2.6.11-rc4-bk2/include/linux/skbuff.h:936): cannot
understand prototype: '#ifndef CONFIG_HAVE_ARCH_DEV_ALLOC_SK
Thanks , I am using 2.6.11-rc4 and having no problem. Cz I have searched the lkml
and found nothing so don't know it is a known problem. Sorry for the noise. :-)
Steve Kieu
PerfectPC Ltd. Technical Division.
Web: http://www.perfectpc.co.nz/
-
To unsubscribe from this list: send the line "unsubscr
On Mon, Feb 14, 2005 at 07:54:14PM +0100, Juergen Stuber wrote:
> Hi Larry,
>
> [EMAIL PROTECTED] (Larry McVoy) writes:
> > The protection we need is that people don't get to
> >
> > - use BK
> > - stop using BK so they can go work on another system
> > - start using BK again
> > -
On Mon, 14 Feb 2005, Juergen Stuber wrote:
> That would be much more acceptable to me, I know what I did in the past,
> but I won't accept any restriction of what I can do in the future.
> There would still be a problem of what to do if I get addicted to BK.
There'd be BK/Pro - a price list on t
ACPI modules provide the name of the device that they want to bind to in
the .ids section of the acpi_driver structure. Currently this
information isn't made available in module.aliases - nor does the
information from the DSDT seem to make its way into /sys anywhere. If
these two issues were fixed,
Radeons need certain registers set in order to power down fully when set
to D3 state. This support has been added to radeonfb, but it would be
nice to be able to support this with text consoles as well. I've written
a small userspace application that sets the registers correctly, but the
device sti
On Mon, Feb 14, 2005 at 11:58:37AM +0100, Stelian Pop wrote:
> > Stelian Pop <[EMAIL PROTECTED]> wrote:
> >
> > > Privately I've had many positive feedbacks from users of this driver
> > > (and no negative feedback), including Linux distributions who wish
> > > to include it into their kernels. T
Disclaimer:
I did never use BK and I do not plan to use it.
On Mon, Feb 14, 2005 at 10:56:24AM -0800, Larry McVoy wrote:
>
> All we are trying to do is
>
> 1. Provide the open source community with a useful tool.
> 2. Prevent that from turning into the open source community
>
On my Thinkpad T30 with a Radeon Mobility M7 LW, I get interesting
console video corruption if I start GDM, switch back to text mode,
then stop it again. X is Xfree86 from Debian/unstable or X.org 6.8.2.
The corruption shows up whenever the console scrolls after X has been
shut down and manifests
Re: ACPI_BLACKLIST_YEAR depending on ACPI or ACPI_INTERPRETER -- either
are fine.
Note that I'm planning to delete the separate ACPI_INTERPRETER build
option and just use CONFIG_ACPI in the future. We tested this in a
config clean-up in -mm a while back, and I should probably revive it for
early
I'm working on a tweak to the preepmtive soft IRQ implementation using work
queues and I'm having problems with a BUG assert when trying to queue_work.
Souldn't I be able to call queue_work form ISR context?
--mgross
---
| preempt count: 0001 ]
| 1-level deep critic
Thus wrote Romano Giannetti:
> I'm stymied. If anyone can help me with this, or simply tell me how to
> have more data on this, I will try to obtain all the data I can.
> I'm using a vanilla 2.6.11-rc1, which config is available here:
See http://bugme.osdl.org/show_bug.cgi?id=4124
In the United States, Ford isn't legally allowed to do that. What you
are asking for in your license, it seems to me, is what is already
provided for in the DMCA: you wish that users not reverse engineer your
product. You do not need a license clause for this, as the DMCA already
covers it; and i
Hi!
Stefan provided me initial list of machines where S3 works (including
video). If you have machine that is not on the list, please send me a
diff. If you have eMachines... I'd like you to try playing with
vbetool (it worked for me), and if it works for you supplying right
model numbers.
On Mon Feb 14, 2005 at 11:29:20AM -0800, Larry McVoy wrote:
> On Mon, Feb 14, 2005 at 09:49:32AM -0800, lm wrote:
> > If it were spread out over the thousands of sites like your
> > usage is then it would be more, there's a lot more overhead. There are
> > currently more than 2,200 top level domai
I don't believe a non-compete clause accomplishes your goal, as I've
recently written. On the other hand, a "don't reverse engineer and
don't allow your copy to be used to reverse engineer" clause does.
The "no reverse" clause is pretty common and difficult to argue against.
The non-compete cla
On Mon, 2005-02-14 at 12:40 -0800, Mark Gross wrote:
> I'm working on a tweak to the preepmtive soft IRQ implementation using work
> queues and I'm having problems with a BUG assert when trying to queue_work.
>
> Souldn't I be able to call queue_work form ISR context?
Yes, but not with interrupt
On Mon, 14 Feb 2005 21:36:51 +0100, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> Disclaimer:
> I did never use BK and I do not plan to use it.
Same here, but just because I'm not a developer ;-)
[...]
> I don't know about copyright law in other countries (and the USA have
> both a pretty different l
On Monday 14 February 2005 12:56 pm, Larry McVoy wrote:
> All we are trying to do is
>
> 1. Provide the open source community with a useful tool.
> 2. Prevent that from turning into the open source community
> creating a clone of our tool.
>
> The reason this is complicated is th
Hi!
> This patch is a conglomeration of about 5 patches that complete (I
> think!) the work of switching over to pm_message_t. Most of this work
> was done by Bernard Blackham, some by me, some by Pavel I think (I was
> out of action for part of the development). I believe it needs to go in
> befo
Pavel Machek schrieb:
> Hi!
>
> Stefan provided me initial list of machines where S3 works (including
> video). If you have machine that is not on the list, please send me a
> diff. If you have eMachines... I'd like you to try playing with
> vbetool (it worked for me), and if it works for you supp
On Mon, Feb 14, 2005 at 06:36:43PM +, Hugh Dickins wrote:
> On Mon, 14 Feb 2005, Andrea Arcangeli wrote:
> > > By the way, while we're talking of remove_exclusive_swap_page:
> > > a more functional issue I sometimes wonder about, why don't we
> > > remove_exclusive_swap_page on write fault? Ke
Jeff> That's an MSI bug.
Jeff> A current PCI driver -should- be using pci_request_regions().
Hmm... I'm not sure everyone would agree with that. It does make
sense that the MSI-X core wants to make sure that it owns the MSI-X
table without having someone else stomp on it.
- R.
-
To uns
Hi!
> This patch is a conglomeration of about 5 patches that complete (I
> think!) the work of switching over to pm_message_t. Most of this work
> was done by Bernard Blackham, some by me, some by Pavel I think (I was
> out of action for part of the development). I believe it needs to go in
> befo
Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> Andrew, if you get one big patch doing only type-safety (u32 ->
> pm_message_t, no code changes), would you still take it this late? I
> promise it is not going to break anything... It would help merge after
> 2.6.11 quite a lot...
Problem is, such a
Hi Andrew et al.
On Tue, 2005-02-15 at 08:46, Andrew Morton wrote:
> Pavel Machek <[EMAIL PROTECTED]> wrote:
> >
> > Andrew, if you get one big patch doing only type-safety (u32 ->
> > pm_message_t, no code changes), would you still take it this late? I
> > promise it is not going to break anyth
On Monday 14 February 2005 12:45, Roman Zippel wrote:
> On Mon, 14 Feb 2005, Nick Warne wrote:
> > So I can ignore the debug prints?
>
> Yes.
OK, thanks for your replies. I am since trying 2.6.10 again (with new GCC
version and system memory this time), and the messages do not appear in later
On Sat, Feb 12, 2005 at 11:59:04AM -0700, Zwane Mwaikambo wrote:
> How about;
>
> Index: linux-2.6.11-rc3-mm2/kernel/softirq.c
> ===
> RCS file: /home/cvsroot/linux-2.6.11-rc3-mm2/kernel/softirq.c,v
> retrieving revision 1.1.1.1
> dif
On Mon, Feb 14, 2005 at 10:50:42AM -0800, Dave Hansen wrote:
> On Mon, 2005-02-14 at 07:52 -0600, Robin Holt wrote:
> > The node mask is a list of allowed. This is intended to be as near
> > to a one-to-one migration path as possible.
>
> If that's the case, it would make the kernel internals a b
Hi,
On Mon, 14 Feb 2005, Len Brown wrote:
> Re: ACPI_BLACKLIST_YEAR depending on ACPI or ACPI_INTERPRETER -- either
> are fine.
Note that a patch that fixes this and a little more is waiting in -mm and
Sam's tree.
bye, Roman
-
To unsubscribe from this list: send the line "unsubscribe linux-ker
Hi!
> > > Andrew, if you get one big patch doing only type-safety (u32 ->
> > > pm_message_t, no code changes), would you still take it this late? I
> > > promise it is not going to break anything... It would help merge after
> > > 2.6.11 quite a lot...
> >
> > Problem is, such a megapatch cau
Hi.
On Tue, 2005-02-15 at 09:04, Pavel Machek wrote:
> Hi!
>
> > > > Andrew, if you get one big patch doing only type-safety (u32 ->
> > > > pm_message_t, no code changes), would you still take it this late? I
> > > > promise it is not going to break anything... It would help merge after
> > >
On Mon, 2005-02-14 at 16:01 -0600, Robin Holt wrote:
> On Mon, Feb 14, 2005 at 10:50:42AM -0800, Dave Hansen wrote:
> > On Mon, 2005-02-14 at 07:52 -0600, Robin Holt wrote:
> > > The node mask is a list of allowed. This is intended to be as near
> > > to a one-to-one migration path as possible.
>
Roland Dreier wrote:
Jeff> That's an MSI bug.
Jeff> A current PCI driver -should- be using pci_request_regions().
Hmm... I'm not sure everyone would agree with that. It does make
sense that the MSI-X core wants to make sure that it owns the MSI-X
table without having someone else stomp on
Hi Larry
Hi Everyone
To me it looks like lot's of users (and myself) simply want to track the
kernel development very closely.
Some are looking out for a specific bug to be fixed.
Some want to see the direction of some developments going on.
The first place a change arrives at is the bitkeeper re
On Monday 14 February 2005 13:24, Steven Rostedt wrote:
> On Mon, 2005-02-14 at 12:40 -0800, Mark Gross wrote:
> > I'm working on a tweak to the preepmtive soft IRQ implementation using
> > work queues and I'm having problems with a BUG assert when trying to
> > queue_work.
> >
> > Souldn't I be ab
On Sat, Feb 12, 2005 at 09:30:54AM +0100, Harald Dunkel wrote:
> Greg KH wrote:
> >
> >Because we don't have an easy way yet to build against a copy of klibc
> >on a system? For right now, it's the simplest way to ensure that it
> >works for everyone, once klibc moves into the kernel tree I can re
On Mon, 2005-02-14 at 12:39 -0800, Matt Mackall wrote:
> On my Thinkpad T30 with a Radeon Mobility M7 LW, I get interesting
> console video corruption if I start GDM, switch back to text mode,
> then stop it again. X is Xfree86 from Debian/unstable or X.org 6.8.2.
>
> The corruption shows up whene
On Mon, 14 Feb 2005 23:00:17 +0300
Sergey Vlasov <[EMAIL PROTECTED]> wrote:
> In linux-2.6.11-rc4-bk2 building of the documentation (make htmldocs)
> fails on "DOCPROC Documentation/DocBook/kernel-api.sgml" because of
> these errors:
>
> Error(/home/vsu/src/linux-2.6.11-rc4-bk2/include/linux/skbu
On Sat, Feb 12, 2005 at 01:48:49AM +0100, Ingo Oeser wrote:
> Hi,
>
> Greg KH write:
> > Very nice stuff. Ok, that's a good reason not to get rid of these
> > files, although they can be generated on the fly from the modules
> > themselves (like depmod does it.)
>
> Time to resurrect modinfo? ;-
OK, I'm happy to go along with that (it definitely simplifies my
driver code). Here's the patch.
Remove the call to request_mem_region() in msix_capability_init() to
grab the MSI-X vector table. Drivers should be using
pci_request_regions() so that they own all of the PCI BARs, and the
MSI-X co
On Monday 14 February 2005 11:32, Prarit Bhargava wrote:
> I didn't see a final ACK on this patch -- just checking for one :)
>
> P.
I see that resource allocation part is in Vojtech's tree now but the
part changing timeout message was dropped.
--
Dmitry
-
To unsubscribe from this list: send th
On Mon, Feb 14, 2005 at 11:24:43PM +0100, Gerold Jury wrote:
> Hi Larry
> Hi Everyone
>
> Do you think it is possible to make a split licence that will distinguish
> between active changes and passive watching/tracking ?
A lot of people have told us to create two products, the free product
and t
Paolo Ciarrocchi wrote:
On Mon, 14 Feb 2005 21:36:51 +0100, Adrian Bunk <[EMAIL PROTECTED]> wrote:
Disclaimer:
I did never use BK and I do not plan to use it.
Same here, but just because I'm not a developer ;-)
[...]
I don't know about copyright law in other countries (and the USA have
both a p
On Mon, 2005-02-14 at 09:51 +0100, Prakash Punnoor wrote:
> Paolo Ciarrocchi schrieb:
> > On Sun, 13 Feb 2005 23:06:51 -0500, Lee Revell <[EMAIL PROTECTED]> wrote:
> >
> >>On Thu, 2005-02-10 at 17:16 -0800, Greg KH wrote:
> >>
> >>>All distros are trying to reduce boot time.
> >>
> >>They certainly
> Appeared ? hah... that's strange. X is known to fuck up the chip when
> quit, but I wouldn't have expected any change due to the new version of
> radeonfb. From what you describe, it looks like an offset register is
> changed by X, or the surface control.
>
> My patch did not change any of rade
Hello,
the fix for this bug in 2.6.11-rc3 for this bug is wrong, I thought I
posted the right one (that I already applied to all SUSE branches except
the HEAD branch that probably is in sync with the inferior fix in
mainline). Right fix is the below one. And then of course drop those
useless -PAGE
On Mon, Feb 14, 2005 at 06:04:00PM -0500, Lee Revell wrote:
> On Mon, 2005-02-14 at 09:51 +0100, Prakash Punnoor wrote:
> > Paolo Ciarrocchi schrieb:
> > > On Sun, 13 Feb 2005 23:06:51 -0500, Lee Revell <[EMAIL PROTECTED]> wrote:
> > >
> > >>On Thu, 2005-02-10 at 17:16 -0800, Greg KH wrote:
> > >>
Lee> I don't see why so much effort goes into improving boot time
Lee> on the kernel side when the most obvious user space problem
Lee> is ignored.
How much of a win is it to run init scripts in parallel? I seem to
recall seeing tests that show that it doesn't make much difference and
Hi James,
On Mon, Feb 14, 2005 at 11:50:01AM -0500, James Morris wrote:
> On Sun, 13 Feb 2005, Kurt Garloff wrote:
>
> > /* Condition for invocation of non-default security_op */
> > #define COND_SECURITY(seop, def) \
> > - (likely(security_ops == &capability_security_ops))? def:
> > secur
On Mon, 2005-02-14 at 22:11 +0100, Pavel Machek wrote:
> Hi!
>
> Stefan provided me initial list of machines where S3 works (including
> video). If you have machine that is not on the list, please send me a
> diff. If you have eMachines... I'd like you to try playing with
> vbetool (it worked for
Larry, I don't think he's talking about making the free bk be a striped
down version, I think he's talking about having two different free
versions.
version 1
what you have today with the license you need to protect yourself
version 2
a version with no check-in capability at all, all it can do i
Hi Rik,
On Mon, Feb 14, 2005 at 11:54:07AM -0500, Rik van Riel wrote:
> On Sun, 13 Feb 2005, Kurt Garloff wrote:
>
> >The case that security_ops points to the default capability_
> >security_ops is the fast path and arguably the more likely one
> >on most systems.
>
> Quite a few distributions s
On 2005-02-14, at 19:56, Larry McVoy wrote:
All we are trying to do is
1. Provide the open source community with a useful tool.
2. Prevent that from turning into the open source community
creating a clone of our tool.
Now that's pathetic!
You recognize that point 2. is precisely t
>if they really need the more powerful features. Or we could donate
>some on a case by case basis.
>
>If the hackers who are using BK can reach agreement that it would be
>better if the BK they had didn't move forward unless they got commercial
>seats then we could start moving towards a license o
On Mon, 2005-02-14 at 15:16 -0800, Greg KH wrote:
> > I don't see why so much effort goes into improving boot time on the
> > kernel side when the most obvious user space problem is ignored.
>
> What user space problem is that?
That init scripts with no interdependencies are run sequentially rath
On Tue, 15 Feb 2005, Kurt Garloff wrote:
I sent out the full patch set, which moves the code from
vanilla to the code we've been shipping since 7 months.
Heh, it sounds like such a step back when it's said like that ;)
If we can't find consensus for patches 4 and 5, I'd still
think applying 1 -- 3
Here's a little patch which is useful for showing timing information for
kernel bootup activities.
This patch adds a new Kconfig option under "Kernel Hacking" and a new
option for the kernel command line. It also provides a script for
showing delta information.
Note that the timing data may not
El Mon, 14 Feb 2005 18:04:00 -0500,
Lee Revell <[EMAIL PROTECTED]> escribió:
> Last I heard Gentoo does not even do it by default.
>
> I don't see why so much effort goes into improving boot time on the
> kernel side when the most obvious user space problem is ignored.
There's stuff that it cou
On Mon, 2005-02-14 at 15:21 -0800, Roland Dreier wrote:
> Lee> I don't see why so much effort goes into improving boot time
> Lee> on the kernel side when the most obvious user space problem
> Lee> is ignored.
>
> How much of a win is it to run init scripts in parallel? I seem to
> re
Hi!
> > > > > Andrew, if you get one big patch doing only type-safety (u32 ->
> > > > > pm_message_t, no code changes), would you still take it this late? I
> > > > > promise it is not going to break anything... It would help merge
> > > > > after
> > > > > 2.6.11 quite a lot...
> > > >
> > >
On Mon, 2005-02-14 at 23:23 +, Matthew Garrett wrote:
> On Mon, 2005-02-14 at 22:11 +0100, Pavel Machek wrote:
> > Hi!
> >
> > Stefan provided me initial list of machines where S3 works (including
> > video). If you have machine that is not on the list, please send me a
> > diff. If you have e
On Thu, Jan 20, 2005 at 01:23:47PM -0700, Trever L. Adams wrote:
> By bridge chips I mean IEEE-1394 to IDE. Also, is it possible to set
> spin down time for these IDE disks through 1394? i.e. if they are
> inactive for 1 hour, I would like them to spin down. Is this possible?
Not currently. I'm n
Andi Kleen wrote:
But how do you use mbind() to change the memory placement for an anonymous
private mapping used by a vendor provided executable with mbind()?
For that you use set_mempolicy.
-Andi
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to [EMAIL PROTECTED] For
Hi all...
There are some problems with current udev. I wil try to propose an acceptable
solution (ie, patch ;) ).
My problems are with cdsymlinks (the C version, mandrake cooker uses that;
all I say is applicable also to the bash version).
Problems with udev-053:cdymlinks.c:
- Does not obey the
On Tuesday 15 February 2005 07:08, Benjamin Herrenschmidt wrote:
> > Appeared ? hah... that's strange. X is known to fuck up the chip when
> > quit, but I wouldn't have expected any change due to the new version of
> > radeonfb. From what you describe, it looks like an offset register is
> > change
On Mon, Feb 14, 2005 at 03:23:47PM -0800, David Lang wrote:
> Larry, I don't think he's talking about making the free bk be a striped
> down version, I think he's talking about having two different free
> versions.
Leaving aside the $600K/year or so it would cost us to do that...
> this does me
Hi.
On Tue, 2005-02-15 at 10:41, Pavel Machek wrote:
> > I guess I'm wrong then - I thought the other changes avoided compilation
> > errors.
>
> Well, yes, if you switch pm_message_t into struct. But we are not yet
> ready to do that... it is going to be typedefed to u32 for 2.6.11...
Ah. So I
Hi!
> > > I guess I'm wrong then - I thought the other changes avoided compilation
> > > errors.
> >
> > Well, yes, if you switch pm_message_t into struct. But we are not yet
> > ready to do that... it is going to be typedefed to u32 for 2.6.11...
>
> Ah. So I haven't realised that Bernard took
Lee Revell wrote:
> But, I was referring more to things like GDM not being started until all
> the other init scripts are done. Why not start it first, and let the
> network initialize while the user is logging in?
There are a number of techniques used by CE vendors to get fast bootup
time. Some
Hi.
On Tue, 2005-02-15 at 11:15, Pavel Machek wrote:
> Hi!
>
> > > > I guess I'm wrong then - I thought the other changes avoided compilation
> > > > errors.
> > >
> > > Well, yes, if you switch pm_message_t into struct. But we are not yet
> > > ready to do that... it is going to be typedefed to
On Tue, Feb 15, 2005 at 10:08:11AM +1100, Benjamin Herrenschmidt wrote:
>
> > Appeared ? hah... that's strange. X is known to fuck up the chip when
> > quit, but I wouldn't have expected any change due to the new version of
> > radeonfb. From what you describe, it looks like an offset register is
What this message means ?
instead
hdc=ide-scsi
what should I put in options of boot kernel ?
please cc me with a quick reply.
for google the archives
thanks,
--
Sérgio M.B.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
Andi Kleen wrote:
Ray Bryant <[EMAIL PROTECTED]> writes:
set of pages associated with a particular process need to be moved.
The kernel interface that we are proposing is the following:
page_migrate(pid, va_start, va_end, count, old_nodes, new_nodes);
[Only commenting on the interface, haven't rea
Hi!
This fixes u32 vs. pm_message_t in generic code. No code
changes. Please apply,
Pavel
--- clean-mm/Documentation/power/devices.txt2005-02-15 00:34:36.0
+0100
+++ linux-mm/Documentation/power/devices.txt2005-02-1
Hi!
This fixes (part of) u32 vs. pm_message_t confusion in USB. It should
cause no code changes. Please apply,
Pavel
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
--- clean-mm/drivers/usb/core/hcd-pci.c 2005-02-15 00:34:40.00
Hi!
This fixes (part of) u32 vs. pm_message_t confusion in OSS. I found no
maintainer for OSS in MAINTAINERS, that's why it goes to you... It
should cause no code changes. Please apply,
Pavel
--- clean-mm/sound/oss/ali5455.c
Hi Pavel.
Thanks!
Nigel
--
Nigel Cunningham
Software Engineer, Canberra, Australia
http://www.cyclades.com
Ph: +61 (2) 6292 8028 Mob: +61 (417) 100 574
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
Hi!
This should fix part of u32 vs. pm_message_t confusion in
pcmcia. PCMCIA is listed as unmaintained, that's why it goes
directly...
Pavel
--- clean-mm/drivers/pcmcia/cs.c2005-02-15 00:34:39.0 +0100
+++ linux-mm/dr
Hi!
This should fix u32 vs. pm_message_t confusion in firewire. No code
changes. Please apply,
Pavel
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
--- clean-mm/drivers/ieee1394/nodemgr.c 2005-02-15 00:46:40.0 +0100
+++ linux-mm/dri
Hi!
This should fix confusion in network device drivers. No code
changes. Please apply,
Pavel
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
--- clean-mm/drivers/net/3c59x.c2005-02-15 00:34:38.0 +0100
+++ linux-mm/dr
101 - 200 of 263 matches
Mail list logo
