Hi,
Can anybody tell me where the agpdrivers for the corresponding cards
creats its device (ie like hard disks and floppy disks devices r there
is /dev likewise) in 2.6 kernel. also where the framebuffer device located in
2.6 kernels, also can we opne it and send ioctls to read or
On Sat, 9 Apr 2005, philip dahlquist wrote:
> hi,
Hello,
> i'm on a quest to get access to jiffies in user space so i can write a
> simple stepper motor driver program. i co-opted the "#includes" list
> from alessandro rubini's jit.c file from "linux device drivers" to write
> jfi.c.
Now, I
On Sat, 9 Apr 2005, Andrea Arcangeli wrote:
>
> I'm not entirely convinced wget is going to be an efficient way to
> synchronize and fetch your tree
I don't think it's efficient per se, but I think it's important that
people can just "pass the files along". Ie it's a huge benefit if any
hi,
i'm on a quest to get access to jiffies in user space so i can write a
simple stepper motor driver program. i co-opted the "#includes" list
from alessandro rubini's jit.c file from "linux device drivers" to write
jfi.c.
this is it:
$B"#"#"#!V(B1$B1_!WJ,L5NA%]%$%s%HB#Dh%-%c%s%Z!<%se$2$^$9!*(B
$B"!(B1$B1_L5NA%]%$%s%H$H?7$7$$=P2q$$(BGET$B!*"*"*"*(B
http://awg.qsv20.com/?springm
$B!zL5NA$GAjEvM7$Y$^$9$N$G@'Hs$*;n$72<$5$$$M"v(B
$B!z;HMQ$7$F$_$F!V$3$l$O!*!W$H;W$C$FD:$$$?J}$N$_!VM-NA!W$X$*?J$_2<$5$$!#(B
-
* Daniel Walker <[EMAIL PROTECTED]> wrote:
> I submitted a fix for this a while ago, I think ..
> interruptible_sleep_on()'s are broken ..
sleep_on() is a fundamentally broken interface, it only works on UP -
but there it _does_ rely on the behavior your patch removes. (i.e.
disabled
On Fri, 2005-04-08 at 21:03 -0700, nobin matthew wrote:
> Dear Friends,
>
> I am trying to port Linux PXA audio
> driver to RTLinux. I am using pxa-ac7.c and
> pxa-audio.c
> and eliminated sound_core.c, and i will register two
> device /dev/mixer and /dev/dsp to RTLinux kernel.
>
* Luck, Tony <[EMAIL PROTECTED]> wrote:
> >tested on x86, and all other arches should work as well, but if an
> >architecture has irqs-off assumptions in its switch_to() logic
> >it might break. (I havent found any but there may such assumptions.)
>
> The ia64_switch_to() code includes a
Linus Torvalds wrote:
> Which is why I'd love to hear from people who have actually used
> various SCM's with the kernel. There's bound to be people who have
> already tried.
At the end of my Codecon talk, there is a performance comparison of a
number of different distributed SCM's with the
www.azwpdrayw3shpta.knalkoxylhe.com
-
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 read the FAQ at http://www.tux.org/lkml/
Dear Friends,
I am trying to port Linux PXA audio
driver to RTLinux. I am using pxa-ac7.c and
pxa-audio.c
and eliminated sound_core.c, and i will register two
device /dev/mixer and /dev/dsp to RTLinux kernel.
The real need is, i wants to generate a sin
wave using audio
$B?k$K%*!<%W%s$7$^$7$?(B(^-^)
$B$*6b$,$J$$?M!"=P2q$$$?$$?M!"$$$^$^$G;E;v$N4X78$G=w$N;R$HIU$-9g$&%A%c%s%9$,>/(B
$B$J$$?M!"(B
$B$3$3I,8+"*(Bhttp://www.getluck.net/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
> Version from syskonnect site require only changing usage of
> pci_dev->slot_name to pci_name(pci_dev) in skge.c and skethtool.c. After
> that everything should work fine. So I think there is no need to post my
> path here but if you really whant I may do this. Whole path agains
> 2.6.12-rc2 take
With the patch you provide to me, i did not see the bugcheck
at cn_queue_wrapper() at the console.
Unmatched sequence number messages still happened. We expect
to lose packets under system stressed situation, but i still
observed duplicate messages, which concerned me.
Unmatched seq. Rcvd=79477,
On Fri, Apr 08, 2005 at 11:08:58PM -0400, Brian Gerst wrote:
> It's my understanding that the files don't change. Only new ones are
> created for each revision.
I said diff between the trees, not diff between files ;). When you fetch
the new changes with rsync, it'll compress better and in turn
Andrea Arcangeli wrote:
On Fri, Apr 08, 2005 at 05:12:49PM -0700, Linus Torvalds wrote:
really designed for something like a offline http grabber, in that you can
just grab files purely by filename (and verify that you got them right by
running sha1sum on the resulting local copy). So think
Hello,
Dear diary, on Fri, Apr 08, 2005 at 05:50:21PM CEST, I got a letter
where Linus Torvalds <[EMAIL PROTECTED]> told me that...
>
>
> On Fri, 8 Apr 2005 [EMAIL PROTECTED] wrote:
> >
> > Here's a partial solution. It does depend on a modified version of
> > cat-file that behaves like
On Fri, Apr 08, 2005 at 07:38:30PM -0400, Daniel Phillips wrote:
> For the immediate future, all we need is something than can _losslessly_
> capture the new metadata that's being generated. That buys time to bring one
> of the promising open source candidates up to full speed.
Agreed.
-
To
Benoit Boissinot <[EMAIL PROTECTED]> wrote:
> extern const cpumask_t cpuset_cpus_allowed(const struct task_struct *p);
>
> I was wondering what means const for a function returns type.
> K doesn't say anything about this and gcc-4 warns (warning: type
> qualifiers ignored on function return
On Sat, 9 Apr 2005, Andrea Arcangeli wrote:
On Fri, Apr 08, 2005 at 05:12:49PM -0700, Linus Torvalds wrote:
really designed for something like a offline http grabber, in that you can
just grab files purely by filename (and verify that you got them right by
running sha1sum on the resulting local
On Fri, Apr 08, 2005 at 05:12:49PM -0700, Linus Torvalds wrote:
> really designed for something like a offline http grabber, in that you can
> just grab files purely by filename (and verify that you got them right by
> running sha1sum on the resulting local copy). So think "wget".
I'm not
On Wed, 30 Mar 2005, Jesper Juhl wrote:
> On Tue, 29 Mar 2005, Paul Jackson wrote:
>
> > Pekka wrote:
> > > (4) The cleanups Jesper and others are doing are to remove the
> > > _redundant_ NULL checks (i.e. it is now checked twice).
> >
> > Even such obvious changes as removing redundant
On Wed, 6 Apr 2005, Jörn Engel wrote:
> On Tue, 5 April 2005 22:01:49 +0200, Jesper Juhl wrote:
> > On Tue, 5 Apr 2005, Roland Dreier wrote:
> >
> > > > or simply
> > > > if (!(ptr = kcalloc(n, size, ...)))
> > > > goto out;
> > > > and save an additional line of
Quick follow up: I decided to disable the DMA controller as a near term
solution. This works but it is not optimal for obvious reasons.
I believe that the chipset initialization for utilizing the DMA controller
is incorrectly setup, for the particular model I am using (CMD 648). I
don't know
On Sat, 9 Apr 2005, Adrian Bunk wrote:
> On Sat, Apr 09, 2005 at 01:28:47AM +0200, Jesper Juhl wrote:
> > On Fri, 8 Apr 2005, Andrew Morton wrote:
> >
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm2/
> > >
> >
> > Still doesn't build for me
On Sat, 9 Apr 2005, Marcin Dalecki wrote:
On 2005-04-08, at 20:28, Jon Smirl wrote:
On Apr 8, 2005 2:14 PM, Linus Torvalds <[EMAIL PROTECTED]> wrote:
How do you replicate your database incrementally? I've given you enough
clues to do it for "git" in probably five lines of perl.
Efficient
On Sat, Apr 09, 2005 at 01:28:47AM +0200, Jesper Juhl wrote:
> On Fri, 8 Apr 2005, Andrew Morton wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm2/
> >
>
> Still doesn't build for me with my usual config (available upon request)
> unless
Magnus Damm <[EMAIL PROTECTED]> wrote:
>
> Say a kernel shipped with your favourite distribution crashes your
> machine during boot-up - wouldn't it be nice to be able to just
> disable the problematic module from the kernel command line instead of
Perhaps your favourite distribution could build
On Fri, 8 Apr 2005, Andrew Morton wrote:
> Jesper Juhl <[EMAIL PROTECTED]> wrote:
> >
> >
> > General rule (as I understand it) is that functions that free resources
> > should handle being passed NULL pointers - mempool_destroy() will
> > currently explode if passed a NULL pointer, the patch
Jesper Juhl <[EMAIL PROTECTED]> wrote:
>
>
> General rule (as I understand it) is that functions that free resources
> should handle being passed NULL pointers - mempool_destroy() will
> currently explode if passed a NULL pointer, the patch below makes it safe
> to pass it NULL.
The best
General rule (as I understand it) is that functions that free resources
should handle being passed NULL pointers - mempool_destroy() will
currently explode if passed a NULL pointer, the patch below makes it safe
to pass it NULL.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
mempool.c |
On Fri, 2005-04-08 at 16:54, Linda Dunaphant wrote:
>Do you think it would be better for nfs_refresh_inode() to check the mtime,
>perform the mtime update if needed, and not set the NFS_INO_INVALID_ATTR
>flag if the data_unstable flag is set? This is how nfs_update_inode()
>handles its mtime
Roman Zippel wrote:
Please show me how you would do a binary search with arch.
I don't really like the arch model, it's far too restrictive and it's
jumping through hoops to get to an acceptable speed.
What I expect from a SCM is that it maintains both a version index of the
directory structure
Get Popular Pain Meds Here -> http://www.glbrx.com/scripts/default.asp?idaff=92
nothanks - http://www.glbpharma.com/aldfhsdlfh.asp
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On 2005-04-09, at 03:09, Chris Wedgwood wrote:
On Sat, Apr 09, 2005 at 03:00:44AM +0200, Marcin Dalecki wrote:
Yes it sucks less for this purpose. See subversion as reference.
Whatever solution people come up with, ideally it should be tolerant
to minor amounts of corruption (so I can recover the
Here's an attempts at fixing these warnings
sound/oss/emu10k1/cardwi.c:310: warning: ignoring return value of
`__copy_to_user', declared with attribute warn_unused_result
sound/oss/emu10k1/cardwi.c:319: warning: ignoring return value of
`__copy_to_user', declared with attribute
On 2005-04-08, at 20:28, Jon Smirl wrote:
On Apr 8, 2005 2:14 PM, Linus Torvalds <[EMAIL PROTECTED]> wrote:
How do you replicate your database incrementally? I've given you
enough
clues to do it for "git" in probably five lines of perl.
Efficient database replication is achieved by copying
On Sat, Apr 09, 2005 at 03:00:44AM +0200, Marcin Dalecki wrote:
> Yes it sucks less for this purpose. See subversion as reference.
Whatever solution people come up with, ideally it should be tolerant
to minor amounts of corruption (so I can recover the rest of my data
if need be) and it should
On 2005-04-08, at 20:14, Linus Torvalds wrote:
On Fri, 8 Apr 2005, Matthias-Christian Ott wrote:
Ok, but if you want to search for information in such big text files
it
slow, because you do linear search
No I don't. I don't search for _anything_. I have my own
content-addressable filesystem, and
Hi,
there are some function who are declared this way:
include/linux/cpuset.h:21
extern const cpumask_t cpuset_cpus_allowed(const struct task_struct *p);
I was wondering what means const for a function returns type.
K doesn't say anything about this and gcc-4 warns (warning: type
qualifiers
On 2005-04-08, at 19:14, Linus Torvalds wrote:
You do that with an sql database, and I'll be impressed.
It's possible. But what will impress you are either the price tag the
DB comes with or
the hardware it runs on :-)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On 2005-04-06, at 23:13, [EMAIL PROTECTED] wrote:
Linus Torvalds wrote:
PS. Don't bother telling me about subversion. If you must, start
reading
up on "monotone". That seems to be the most viable alternative, but
don't
pester the developers so much that they don't get any work done. They
are
On 2005-04-07, at 09:44, Jan Hudec wrote:
I have looked at most systems currently available. I would suggest
following for closer look on:
1) GNU Arch/Bazaar. They use the same archive format, simple, have the
concepts right. It may need some scripts or add ons. When Bazaar-NG
is ready, it
On 2005-04-08, at 18:15, Matthias-Christian Ott wrote:
Linus Torvalds wrote:
SQL Databases like SQLite aren't slow.
But maybe a Berkeley Database v.4 is a better solution.
Yes it sucks less for this purpose. See subversion as reference.
-
To unsubscribe from this list: send the line "unsubscribe
Hi,
On Fri, 8 Apr 2005, Tupshin Harper wrote:
> > A1 -> A2 -> A3 -> B1 -> B2
> >
> > This results in a simpler repository, which is more scalable and which is
> > easier for users to work with (e.g. binary bug search).
> > The disadvantage would be it will cause more minor conflicts, when
> Is this technically feasible?
It's technically pointless. Take a look at bootsplash, though.
--
Måns Rullgård
[EMAIL PROTECTED]
Bootsplash does exactly what I was complaining about. It controls only some
part of the process of *booting* into the desktop without smooth transition
(though it's
Bjorn Helgaas wrote:
> On Fri, 2005-04-01 at 21:23 +0200, Jacek Luczak wrote:
>
>>Michael Thonke napisał(a):
>>
>>>Hello Jacek,
>>>
>>>I finially got it working :-) my PCI-Express devices working now...
>>>I grabbed the last bk-snapshot from kernel.org 2.6.12-rc1-bk3 and et volia
>>>everything
On Fri, Apr 08, 2005 at 07:34:00PM +0200, Adrian Bunk wrote:
> If Debian was at least consistent.
>
> Why has Debian a much more liberal interpretation of MP3 patent issues
> than RedHat?
It's impossible to treat patents consistently.
The U.S. patent office, at least, has granted patents on
On Fri, 8 Apr 2005, Linus Torvalds wrote:
>
> Also note that the above algorithm really works for _any_ two commit
> points (apart for the two first steps, which are obviously all about
> finding the parent tree when you want to diff against a predecessor).
Btw, if you want to try this, you
On Sat, 9 Apr 2005, Eberhard Moenkeberg wrote:
> Hi,
>
> On Sat, 9 Apr 2005, Jesper Juhl wrote:
>
> > Hi Andrew,
> >
> > I'm sending this to you directly since Eberhard Moenkeberg already
> > indicated to me that he approves of the patch.
>
> Yes OK (I didn't say it yet, did I?), but I guess
On Fri, 8 Apr 2005, Andrew Morton wrote:
> Jesper Juhl <[EMAIL PROTECTED]> wrote:
> >
> > Any chance this patch could be added to -mm (and possibly mainline)?
>
> Spose I can stick it in -mm.
>
> > It removes a bunch of warnings when building with gcc -W, like these:
> >
Hi,
On Sat, 9 Apr 2005, Jesper Juhl wrote:
Hi Andrew,
I'm sending this to you directly since Eberhard Moenkeberg already
indicated to me that he approves of the patch.
Yes OK (I didn't say it yet, did I?), but I guess it is only cosmetic, as
you already said.
Cheers -e
--
Eberhard Moenkeberg
On Fri, 8 Apr 2005, Andrea Arcangeli wrote:
>
> We'd need a regenerated coherent copy of BKCVS to pipe into those SCM to
> evaluate how well they scale.
Yes, that makes most sense, I believe. Especially as BKCVS does the
linearization that makes other SCM's _able_ to take the data in the
Jesper Juhl <[EMAIL PROTECTED]> wrote:
>
> Any chance this patch could be added to -mm (and possibly mainline)?
Spose I can stick it in -mm.
> It removes a bunch of warnings when building with gcc -W, like these:
> include/linux/wait.h:82: warning: missing initializer
> include/linux/wait.h:82:
Hi Andrew,
I'm sending this to you directly since Eberhard Moenkeberg already
indicated to me that he approves of the patch.
This patch makes a few minor changes to the example programs in
Documentation/cdrom/sbpcd to kill off some warnings and build failures.
Signed-off-by: Jesper Juhl
> > This patch adds to the fbdev interface a set_cmap callback that allow
> > the driver to "batch" palette changes. This is useful for drivers like
> > radeonfb which might require lenghtly workarounds on palette accesses,
> > thus allowing to factor out those workarounds efficiently.
>
> This
On Fri, Apr 08, 2005 at 11:52:10AM -0400, Horst von Brand wrote:
> [EMAIL PROTECTED] said:
>
> > As per http://www.nist.gov/dads/HTML/shellsort.html, this should be
> > referred to as a Shell sort. Shell-Metzner is a misnomer.
>
> > Signed-off-by: Daniel Dickman <[EMAIL PROTECTED]>
> >
Hi Andrew,
Any chance this patch could be added to -mm (and possibly mainline)?
It removes a bunch of warnings when building with gcc -W, like these:
include/linux/wait.h:82: warning: missing initializer
include/linux/wait.h:82: warning: (near initialization for
`(anonymous).break_lock')
On Fri, 2005-04-08 at 15:32 +0200, Franck Bui-Huu wrote:
> As I described in my previous email, bootmem.c does improper
> pfn convertions into phys addr. This simple patch fixes that.
...
> - bdata->node_bootmem_map = phys_to_virt(mapstart << PAGE_SHIFT);
> - bdata->node_boot_start =
Roman Zippel wrote:
Preserving the complete merge history does indeed make repeated merges
simpler, but it builds up complex meta data, which has to be managed
forever. I doubt that this is really an advantage in the long term. I
expect that we were better off serializing changesets in the main
On Friday 08 April 2005 04:38, Andrea Arcangeli wrote:
> On Thu, Apr 07, 2005 at 11:41:29PM -0700, Linus Torvalds wrote:
> The huge number of changesets is the crucial point, there are good
> distributed SCM already but they are apparently not efficient enough at
> handling 60k changesets.
>
>
fr den 08.04.2005 Klokka 18:39 (-0400) skreiv Benjamin LaHaise:
> On the aio side of things, I introduced the owner field in the mutex (as
> opposed to the flag in Trond's iosem) for the next patch in the series to
> enable something like the following api:
>
> int aio_lock_mutex(struct
On Fri, 8 Apr 2005, Rajesh Venkatasubramanian wrote:
>
> Although directory changes are tracked using change-sets, there
> seems to be no easy way to answer "give me the diff corresponding to
> the commit (change-set) object ". That will be really helpful to
> review the changes.
Actually,
On Fri, 8 Apr 2005, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm2/
>
Still doesn't build for me with my usual config (available upon request)
unless I enable ACPI :
...
CC arch/i386/kernel/setup.o
Hi,
The make xconfig command spits out the following error (warning):
ERROR - Attempting to write value for unconfigured variable
(CONFIG_ALTIVEC).
This is on a PowerMac 8600 running YellowDog 2.1.
Commenting the VMX thing for the Power4 in arch/ppc/config.in fixes the
problem:
[EMAIL
Jeff Garzik wrote:
You need something like the attached patch.
In general, ATAPI is still very much experimental at this point. One
known bug that affects libata is that ATAPI DMA is not aligned to a
4-byte boundary.
Hello,
Thanks.
I already have that patch applied. I will poke around the
>From: Daniel Walker [mailto:[EMAIL PROTECTED]
>
>> Current tip of development has some issues with conditional variables
>> and broadcasts (requeue stuff) that I need to sink my teeth in. Joe
>> Korty is fixing up a lot of corner cases I wasn't catching, but
>> other than that is doing fine.
>
On Fri, 8 Apr 2005, Adrian Bunk wrote:
> On Mon, Apr 04, 2005 at 11:01:45PM +0200, Jesper Juhl wrote:
> > Remove redundant NULL pointer check before calling kfree().
> >
> > Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
> >
> >
> > --- linux-2.6.12-rc1-mm4/fs/cifs/asn1.c.with_patch1
On Fri, 2005-04-08 at 14:25, Perez-Gonzalez, Inaky wrote:
> I concur with Daniel. If we can decide how to deal with that (toss
> one out, keep one, merge them, whatever), we could reuse all the user
> space glue that is the hardest part to get right.
I have a preference to the Real-Time
Hi,
On Thu, 7 Apr 2005, Linus Torvalds wrote:
> I really disliked that in BitKeeper too originally. I argued with Larry
> about it, but Larry (correctly, I believe) argued that efficient and
> reliable distribution really requires the concept of "history is
> immutable". It makes replication
Dennis Heuer <[EMAIL PROTECTED]> writes:
> Hello,
>
> I feel disturbed by the fact that when display-controlling programs
> are started in line (like the bootloader, linux, and finally
> xdm/gdm/kdm), there appear several switches of display resolution,
> text- and graphics mode, and background
On Thu, Apr 07, 2005 at 12:43:02PM +0100, Christoph Hellwig wrote:
> - switch all current semaphore users that don't need counting semaphores
>over to use a mutex_t type. For now it can map to struct semaphore.
> - rip out all existing complicated struct semaphore implementations and
>
Linus wrote:
It looks like an operation like "show me the history of mm/memory.c" will
be pretty expensive using git.
Yes. Per-file history is expensive in git, because if the way it is
indexed. Things are indexed by tree and by changeset, and there are no
per-file indexes.
Although directory
www.lspz6s59pelkmo3.knalkoxylhe.com
-
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 read the FAQ at http://www.tux.org/lkml/
Jan Dittmer <[EMAIL PROTECTED]> wrote:
>
> Andrew Morton wrote:
> > - The bk-acpi patch here causes my ia64 test box to hang during boot
>
> > bk-ia64.patch
>
> ia64 defconfig does not even build anymore:
>
>
> CC [M] drivers/char/agp/hp-agp.o
> In file included from
Vernon Mauery wrote:
> I was wondering if anyone knows how to change the repeatrate on a USB
> keyboard with a 2.4 kernel. The system is a legacy free system (no ps2
> port), so kbdrate does nothing. With evdev loaded, the keyboard and mouse
> (both USB devices) get registered with the event
On Fri, 08 Apr 2005 15:08:13 -0700
Jay Lan <[EMAIL PROTECTED]> wrote:
> Hi Evgeniy,
>
> Forget about my previous request of a new patch.
>
> The failures were straight forward enough to figure out.
Ok.
The latest sources are always awailable at
http://tservice.net.ru/~s0mbre/archive/connector
On Fri, 2005-04-08 at 10:39 -0700, [EMAIL PROTECTED] wrote:
>
> Hello,
>
> I've created a pretty straight forward timer using setitimer, and noticed
> some odd differences between 2.4 and 2.6, I wonder if I could get a
> clarification if this is the way it should work, or if I should continue
On Mon, Mar 28, 2005 at 09:16:58AM -0800, Roland Dreier wrote:
> The current include file is a little fragile in that
> it is not self-contained and hence may cause compile warnings or
> errors depending on the files included before it, the kernel config
> and the architecture. This patch makes
On Tue, Mar 29, 2005 at 09:30:56AM -0700, Steven Cole wrote:
> Without the attached patch, the ver_linux script gives
> the following if udev utils are not present.
>
> ./scripts/ver_linux: line 90: udevinfo: command not found
>
> The patch causes ver_linux to be silent in the case of
> no
Hi Evgeniy,
Forget about my previous request of a new patch.
The failures were straight forward enough to figure out.
- jay
Jay Lan wrote:
My workarea was based on 2.6.12-rc1-mm4 plus Guilluame's patch.
Your patch caused 5 out of 8 hunks failure at connector.c
and one failure at connector.h.
Could
On Fri, Apr 08, 2005 at 02:53:31PM +0900, Kenji Kaneshige wrote:
> Hi,
>
> I think 'is_enabled' flag in pci_dev structure should be set/cleared
> when the device actually enabled/disabled. Especially about
> pci_enable_device(), it can be failed. By this change, we will also
> get the possibility
On Tue, Apr 05, 2005 at 04:55:52PM +0200, Johannes Stezenbach wrote:
> Here's a patch that fixes
> http://bugme.osdl.org/show_bug.cgi?id=4395.
>
> In case there's a 2.6.11.7 before 2.6.12 is released it would
> be nice to include this patch there, too.
Thanks, I've added this to the stable
On Wed, Apr 06, 2005 at 08:38:00PM +0200, [EMAIL PROTECTED] wrote:
>
> CC: <[EMAIL PROTECTED]>
>
> I'm resending this for inclusion in the -stable tree. I've deleted whitespace
> cleanups, and hope this can be merged. I've been asked to split the former
> patch, I don't know if I must split
On Friday 08 April 2005 13:24, Jon Masters wrote:
> On Apr 7, 2005 6:54 PM, Daniel Phillips <[EMAIL PROTECTED]> wrote:
> > So I propose that everybody who is interested, pick one of the above
> > projects and join it, to help get it to the point of being able to
> > losslessly import the version
Hello,
I am having difficultly getting the IDE CMD 64x PCI driver to work for the
CMD PCI-648 device. I have decided to dig through kernel and driver code
to find out why and hopefully correct the problem.
I am running linux, version 2.4.21, on a PowerPC in the PCI Mezzanine Card
(PMC) form
On Fri, 2005-04-08 at 13:38 -0700, Daniel Walker wrote:
> I submitted a fix for this a while ago, I think ..
> interruptible_sleep_on()'s are broken ..
I saw the fix in -stable, but it does not seem to be in 2.6.12-rc2.
Lee
-
To unsubscribe from this list: send the line "unsubscribe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tony Lindgren wrote:
> * Frank Sorenson <[EMAIL PROTECTED]> [050408 01:49]:
>>This updated patch seems to work just fine on my machine with lapic on
>>the cmdline and CONFIG_DYN_TICK_USE_APIC disabled.
>>
>>Also, you were correct that removing lapic
Lee Revell wrote:
On Fri, 2005-04-08 at 15:26 -0500, K.R. Foley wrote:
Lee Revell wrote:
Meh, I'll try again, maybe it's some weird NFS problem.
Lee
Hmm. Maybe. I should probably mention that I am doing an FC3 install via
NFS from my older SMP system right now while also building V0.7.44-03.
Hello,
I feel disturbed by the fact that when display-controlling programs are started
in line (like the bootloader, linux, and finally xdm/gdm/kdm), there appear
several switches of display resolution, text- and graphics mode, and background
images. I asked myself how to get that more smooth
On Fri, 8 Apr 2005 [EMAIL PROTECTED] wrote:
>
> It looks like an operation like "show me the history of mm/memory.c" will
> be pretty expensive using git.
Yes. Per-file history is expensive in git, because if the way it is
indexed. Things are indexed by tree and by changeset, and there are no
>From: Daniel Walker [mailto:[EMAIL PROTECTED]
>
>On Thu, 2005-04-07 at 23:28, Ingo Molnar wrote:
>
>> this one looks really clean.
>>
>> it makes me wonder, what is the current status of fusyn's? Such a
light
>> datastructure would be much more mergeable upstream than the former
>> 100-queues
Hello,
I am working with Fedora Core 2 and the regular (not fast) usbdux
controller. We recently upgraded our Dell 2650 machine from RH 9.0
(kernel 2.4) to Fedora Core 2, kernel 2.6.10-1.771_FC2smp. The usb-dux
controller worked great on our old kernel, but the new kernel has the
following
Hi,
This patch fixes a three bashisms in
scripts/gen_initramfs_list.sh;
I'm not sure of the intention of the second change (local
name=...). So it's very well possible that:
+ local name="${location%/$srcdir}"
is more appropriate.
--- scripts/gen_initramfs_list.sh.orig 2005-03-27
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
> On Fri, 2005-04-08 at 01:58 +0200, Andreas Schwab wrote:
>> Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
>>
>> > Yes, that's very extreme, I suspect somebody is banging on set_par or
>> > something like that.
>>
>> fb_setcolreg is it.
>
On Fri, 2005-04-08 at 15:26 -0500, K.R. Foley wrote:
> Lee Revell wrote:
> >
> > Meh, I'll try again, maybe it's some weird NFS problem.
> >
> > Lee
> >
>
> Hmm. Maybe. I should probably mention that I am doing an FC3 install via
> NFS from my older SMP system right now while also building
On Fri, 2005-04-08 at 09:11, Trond Myklebust wrote:
> I'm a bit unclear as to what your end-goal is here. Is it basically to
>ensure that fstat() always return the correct value for the mtime?
>
> The reason I ask is that I think your change is likely to have nasty
>consequences for the general
It wasn't the kernel.
Many thanks to those who helped me track down this problem.
It seems that the 'C' runtime library was trapping the call
to reboot() which probably should have been _reboot() in
earlier code to prevent this. Anyway, the fix is to call
the kernel directly so it doesn't get
It looks like an operation like "show me the history of mm/memory.c" will
be pretty expensive using git. I'd need to look at the current tree, and
then trace backwards through all 60,000 changesets to see which ones had
actual changes to this file. Could you expand the tuple in the tree object
> I think the "derivative work" angle is a red herring. I do not think
> that either of the two parts that are being linked together (i.e. the
> driver and the firmware) are derivates of the other. The relevant
> point is that distribution of the linked _result_ is nevertheless
> subject to the
1 - 100 of 663 matches
Mail list logo
