Hello all,
New v0.0.5 has some minor corrections and a new userland utility. The
driver is available at :
http://oss.lineo.com/projects.html
Have fun :)
\
(@ @)
--oOOo-(_)-oOOo---
Pierre-Philippe Coupard
Software Engineer, Lineo
:)
\
(@ @)
--oOOo-(_)-oOOo---
Pierre-Philippe Coupard
Software Engineer, Lineo, Inc.
Email : [EMAIL PROTECTED]
Phone : (801) 426-5001 x 208
--
The only time a dog gets complimented is when he doesn't do anything.
-- C. Schulz
they can help you.
Take care !
--
__
_ / / | / ___/ _ /
/ /| / / / /
___ / / // __// /
__ / / // / / /
_ _/ _/ _/ _/ _/ /
\
(@ @)
----oOOo-(_)-oOOo-
Pierre-Philippe Coupard
Software Engineer, Lineo, Inc.
Email : [EMAIL PROTECTED]
Phone : (801) 426-5001 x 208
--
A door
fconfig eth0 down" then "ifconfig eth0 up" stops the problem
for me when it occurs.
\
(@ @)
oOOo-(_)-oOOo-
Pierre-Philippe Coupard
Software Engineer, Lineo, Inc.
Email : [EMAIL PROTECTED]
Phone : (801) 426-5001 x 208
--
Hi,
Hi
On Wed, Apr 7, 2021 at 10:11 PM Pierre wrote:
>
> Hi,
> > I test the patch, but the overflow still exists.
> > In the "sched/fair: Use pd_cache to speed up
find_energy_efficient_cpu()"
> > I wonder why recompute the cpu util when cpu==dst_cpu i
Hi,
I test the patch, but the overflow still exists.
In the "sched/fair: Use pd_cache to speed up find_energy_efficient_cpu()"
I wonder why recompute the cpu util when cpu==dst_cpu in compute_energy(),
when the dst_cpu's util change, it also would cause the overflow.
The patches aim to cache th
hich
> leads to less code. For example, change at the end is all we want from
> ipc/util.c .
And in fact, you do that from kernel space, you don't have the constraint to fit
the existing user API.
Again, this patch, even if it presents a new kernel API, is in fact a
preparation for the
Serge E. Hallyn wrote:
> Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
>> From: Pierre Peiffer <[EMAIL PROTECTED]>
>>
>> In order to modify the semundo-list of a task from procfs, we must be able to
>> work on any target task.
>> But all the exis
Serge E. Hallyn wrote:
> Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
>> From: Pierre Peiffer <[EMAIL PROTECTED]>
>>
>> Today, the sem_undo_list is freed when the last task using it exits.
>> There is no mechanism in place, that allows a safe concurrent ac
Nadia Derbey wrote:
> [EMAIL PROTECTED] wrote:
>> From: Pierre Peiffer <[EMAIL PROTECTED]>
>>
>> semctl_down() takes one unused parameter: semnum.
>> This patch proposes to get rid of it.
>>
>> Signed-off-by: Pierre Peiffer <[EMAIL PROTECT
of concern as well.
Honestly, I don't think this really a concern at all. I mean: I've never seen
"this allows non-GPL binary and thus, this is bad" as an argument to reject a
functionality, but I may be wrong, and thus, it can be discussed as well.
I think th
Serge E. Hallyn wrote:
> Quoting Pierre Peiffer ([EMAIL PROTECTED]):
>>
>> Serge E. Hallyn wrote:
>>> Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
>>>> From: Pierre Peiffer <[EMAIL PROTECTED]>
>>>>
>>>> In order to modif
; really want to extend it?
If we want to support all kind of applications, yes, we must also support
SysVipc. We must support all kernel subsystems at the end.
I've started with IPC, because it's relatively simple and isolated.
--
Pierre
--
To unsubscribe from this list: send the line "u
this error with
the following patch.
As NS8390p_init() does the same thing than NS8390_init(), I suppose that this
is the right fix ?
Signed-off-by: Pierre Peiffer <[EMAIL PROTECTED]>
---
drivers/net/ne.c |6 +++---
1 file changed, 3 insertions(+), 3 del
-by: Nicolas Ferre <[EMAIL PROTECTED]>
> ---
Perhaps also a WARN_ON() or something in the default case to catch bad
invokations?
Rgds
Pierre
signature.asc
Description: PGP signature
On 02.10.2012 00:53, Chris Murphy wrote:
On Oct 1, 2012, at 3:33 PM, Pierre Beck wrote:
It's particularly annoying when in RAID and the disk could've simply been
kicked within few seconds. Something that needs improvement IMHO.
Except that while this helps with faster recovery, you'
these same pieces of code
into one common function called ipcctl_pre_down().
It simplifies a little these xxxctl_down() functions and increases a little
the maintainability.
Signed-off-by: Pierre Peiffer <[EMAIL PROTECTED]>
Acked-by: Serge Hallyn <[EMAIL PROTECTED]>
---
ipc/m
From: Pierre Peiffer <[EMAIL PROTECTED]>
All IPCs make use of an intermetiate *_setbuf structure to handle the
IPC_SET command. This is not really needed and, moreover, it complicates
a little bit the code.
This patch get rid of the use of it and uses directly the semid64_ds/
msgi
From: Pierre Peiffer <[EMAIL PROTECTED]>
Currently, sys_msgctl is not easy to read.
This patch tries to improve that by introducing the msgctl_down function
to handle all commands requiring the rwmutex to be taken in write mode
(ie IPC_SET and IPC_RMID for now). It is the equivalent funct
From: Pierre Peiffer <[EMAIL PROTECTED]>
Currently, the way the different commands are handled in sys_shmctl
introduces some duplicated code.
This patch introduces the shmctl_down function to handle all the commands
requiring the rwmutex to be taken in write mode (ie IPC_SET and IPC_RMID
f
From: Pierre Peiffer <[EMAIL PROTECTED]>
The IPC_SET command performs the same permission setting for all IPCs.
This patch introduces a common ipc_update_perm() function to update these
permissions and makes use of it for all IPCs.
Signed-off-by: Pierre Peiffer <[EMAIL PROTECTED]&
From: Pierre Peiffer <[EMAIL PROTECTED]>
semctl_down() takes one unused parameter: semnum.
This patch proposes to get rid of it.
Signed-off-by: Pierre Peiffer <[EMAIL PROTECTED]>
Acked-by: Serge Hallyn <[EMAIL PROTECTED]>
---
ipc/sem.c |6 +++---
1 file changed, 3 insertio
From: Pierre Peiffer <[EMAIL PROTECTED]>
Trivial patch which adds some small locking functions and makes use of them
to factorize some part of the code and to make it cleaner.
Signed-off-by: Pierre Peiffer <[EMAIL PROTECTED]>
Acked-by: Serge Hallyn <[EMAIL PROTECTED]>
---
vmlinux
textdata bss dec hex filename
1902917 175820 122880 2201617 219811 obj/vmlinux
--
Pierre Peiffer
--
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.kerne
From: Pierre Peiffer <[EMAIL PROTECTED]>
semctl_down is called with the rwmutex (the one which protects the
list of ipcs) taken in write mode.
This patch moves this rwmutex taken in write-mode inside semctl_down.
This has the advantages of reducing a little bit the window during
whic
detect_pin >= 0) {
> + free_irq(gpio_to_irq(host->detect_pin),host->mmc);
> + cancel_delayed_work(&host->mmc->detect);
I also pointed this out. mmc_remove_host() will synchronize this for
you.
--
-- Pierre Ossman
Linux kernel, MMC
and helps them
to focus on what the code really does.
--
Pierre
--
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/
interface enhancements your original
> patchkit had, but this one looks just fine.
>
Thanks Andi for spending time on this review.
All kind of comments (positive or negative) are always welcome to make progress,
but of course, I particularly appreciate such positive feedbacks ;)
--
Pierre
-
7;t know if a fix is going on somewhere
or if the bug has fallen in a black hole.
(In the original mail, I've proposed a patch as a quick fix, but I don't know if
it can be considered as a definitive correction or not)
Thanks,
P.
Andrew Morton wrote:
> On Mon, 4 Feb 2008 16:29:
d just creating another vt with "chvt 2", but that is insufficient to
trigger the bug.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http
On Mon, 18 Feb 2008 20:50:01 +0100
"Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> On Monday, 18 of February 2008, Pierre Ossman wrote:
> > The patch "[RTNETLINK]: Send a single notification on device state
> > changes." kills (at least)
> > the
On Mon, 18 Feb 2008 21:50:12 +0100
Pierre Ossman <[EMAIL PROTECTED]> wrote:
> On Mon, 18 Feb 2008 20:50:01 +0100
> "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
>
> > On Monday, 18 of February 2008, Pierre Ossman wrote:
> > > The patch "[RTN
Lenovo and a HP laptop here.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
--
To unsubscribe from this list: send the line "unsubscr
On Tue, 19 Feb 2008 12:55:13 -0500
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Pierre Ossman wrote:
> >
> > Anyone else seeing these problems? Someone should as I've seen the problem
> > on both a Lenovo and a HP laptop here.
>
>
> I'm definitely se
e problem discovered by Alan
> > is
> > troubling us. [Alan, do you have an idea how to fix that cleanly?]
>
> I suggest we ask the maintainer for the MMC subsystem.
>
> Pierre, you can find the details in the bugzilla entry. Briefly,
> there's a pathway in the MMC c
the asymmetric case, I guess that would do. But I still want to remove
devices when the bus handler has no suspend handling.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core de
device == PCI_DEVICE_ID_RICOH_RL5C476) {
*snip*
> + } else {
> + /* via R5C832 */
Wouldn't it be prudent to have a check that this is indeed a R5C832, and a
failure mode if it's none of the two known devices?
Rgds
Pierre
signature.asc
Description: PGP signature
try adding some printk() to pxamci's data transfer routines
and dump the data when it is fresh.
>
> I'd advise at least adding dumping the raw_scr values
> in the SCR version error to be able to track such error postings better
> in the future.
>
It's definitely some
ar as i can see this cannot happen since
> we only probe for those two devices and deny to continue if anything else
> /those two were not found in the beginning.
>
Can never be too careful though. :)
I've applied the patch for now. Feel free to keep digging and finding some doc
ion of
the timeout, or you have a hardware bug. And to determine that we need to check
what is actually going over the wire. As you've checked the data contents, that
isn't the problem. So the only remaining thing is checking the timing.
Rgds
--
-- Pierre Ossman
Linux kerne
> + goto err_remove_host;
> + }
> +
> + if (slot->pdata->get_ro != NULL) {
> + r = device_create_file(&mmc->class_dev,
> + &dev_attr_ro);
> + }
> +
You have a bit of a race her
;[EMAIL PROTECTED]>
> Signed-off-by: Nicolas Ferre <[EMAIL PROTECTED]>
> ---
Applied thanks.
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rde
r <[EMAIL PROTECTED]>
> Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
> ---
NAK. This header should not be needed in host drivers. It's a clear sign you're
doing something bad.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp:/
as I guess
you're pretty busy for now with the merge for 2.6.25)
If you prefer, I can resend them separately ?
Thanks,
Pierre
>> It isn't strictly necessary to export a new interface in order to
>> support checkpoint/restart. **. Hence, I think that the speculation
>&g
Hi,
By continuing to consolidate a little the IPC code, each id can be built
directly in ipc_addid() instead of having it built from each callers of
ipc_addid()
And I also remove shm_addid() in order to have, as much as possible, the
same code for shm/sem/msg.
Signed-off-by: Pierre Peiffer
out the last of Pierre's last
> comments, and update to the latest kernel version. I was waiting
> for 2.6.24-rc4 to re-start the effort to try and ensure there are
> fewer changes due to fixes.
>
Any progress on this little project?
Rgds
Pierre
signature.asc
Description: PGP signature
index for multi controllers case
Frank Seidel (1):
mmc: extend ricoh_mmc to support Ricoh RL5c476
Philip Langdale (1):
mmc: Handle suspend/resume in Ricoh MMC disabler
Pierre Ossman (2):
mmc: remove sdhci and mmc_spi experimental markers
MAINTAINERS: remove non-existant
access. A quick cure was to set dirty_bytes and
dirty_background_bytes to sane values, overriding the ratios. An
educated guess: the result of dirty_ratio calculation is stored as an
unsigned 32-bit integer and overflows?
Greetings,
Pierre Beck
--
To unsubscribe from this list: send the line
Greetings,
Pierre Beck
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
C? They won't know what hit them when their new PC crawls
because disk is trashed.
Greetings,
Pierre Beck
On 30.09.2012 20:52, H. Peter Anvin wrote:
On 09/30/2012 02:38 AM, Pierre Beck wrote:
Hi,
there seems to be a bug in either ext4 or VM code triggered with 16 GB
memory when compiled wit
Check the SMART values of the disks if possible. Watch for command
timeouts and the usual bad sector stuff. I've had similar issues with
Adaptec controllers. Bad disks seem to cause havoc. The outstanding
operation isn't answered within [SCSI Timeout, default 30,
/sys/block/sdX/device/timeout]
have access to the data structures long enough to output
data.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop, core developer http://www.rdesktop.org
--
To unsubscribe from this list: send
esn't treat it
differently.
What is really needed is that the core should make an extra pass and
see if the card has been replaced by something else (and not just check
if it is gone). It's on my todo, but I haven't had time to implement it.
Rgds
Pierre
signature.asc
Description: PGP signature
d code.
>
I'm not too familiar with that driver, but they've been playing around
with multiplexing several cards into one controller. Might be bits and
pieces of that.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core deve
On Mon, 25 Feb 2008 12:58:30 -0500 (EST)
Alan Stern <[EMAIL PROTECTED]> wrote:
> Thanks for the explanations.
>
> On Mon, 25 Feb 2008, Pierre Ossman wrote:
>
> > Trying to keep up with the PM changes is a full time job. For now I've
> > mostly ignored it as I
Le 10-Apr-2001, Manuel A. McLure écrivait :
> This may be the difference - I always set "Plug-n-Play OS: No" on all my
> machines. Linux works fine and it doesn't seem to hurt Windows 98 any.
I've been told it affects the way IRQs are assigned; With "PnP OS: No", some
boards (seen on several Asu
.
> www.zip2it.com
un-resolved (could it be www.zip2.com)
--
----
Pierre Rousselet <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
ting with special file names. It is a drawback of devfs to change
the device name when you happen to use a hd as a removable media.
hdd was disc0 and becomes disc1 when you plug in an hda...
Pierre
--
Pierre Rousselet <[EMAIL PROTECTED]>
-
7;in_interrupt'
PR
--
----
Pierre Rousselet <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More m
make target
`/usr/lib/g#c-lib/i686-pc-linux-gnu/2.95.2/include/stddef.h'
make[2]: *** No rule to make target
`../include/sys/cde&s.h'
The machine doesn't freeze, it is just completely unstable.
------
Andrzej Krzysztofowicz wrote:
>
> "Pierre Rousselet wrote:"
> > Pentium-III 256Mo
> > For testing, I try to compile glibc. The start is good.
> > When the process PID reaches a value around 22000
> > (variable), all goes wrong. Make gives error messages
&g
--
Pierre Rousselet <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
led : Success'
'tdb_store key failed : Success'
What does that mean ?
--
----
Pierre Rousselet <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscri
ollowing patch
> (submitted to RedHat ages ago) fixes that for me.
That's it. i persist in setting LANG=fr.
Thank you for the tip.
Pierre Rousselet <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
"Albert D. Cahalan" wrote:
>
> Pierre Rousselet writes:
>
> > 1) top (procps-2.0.7) gives me the messages :
> > 'bad data in /proc/uptime'
> > 'bad data in /proc/loadavg'
> > cat /proc/uptime
> > 1435.30 904.74
> > cat
ynamic linker ldd (GNU libc) 2.2
Procps 2.0.6
Mount 2.10q
Net-tools 2.05
Console-tools 0.2.3
Sh-utils 2.0.11
Modules Loaded ntfs nls_iso8859-15 nls_cp437 vfat fat emu10k1 soundcore
Congratulation for your job
--
Pi
Le 14-Nov-2000, Zhiruo Cao écrivait :
> Why does bdflush (kupdated and kflushed) writes to disk periodically even
> though the system is apparently idle. I think if no more new buffers
> becomes dirty, kflushed show not write anything to disk. I'm working
> on a notebook, and I found the perio
st archives and found nothing related to that kind of
problems. I don't know this area of the kernel enough to track down the
bug, but I will give all the help I can.
I can add test code to the firewall, patch/recompile a kernel and
provide new logs if needed.
Hope
Le 30-Oct-2000, Mohammad A. Haque écrivait :
> Could someone who knows ide and drive inside and out (Andre?) please
> take a look at these figures? Am I forgetting to do something (or doing
> something I'm not suposed to) to get the best numbers? I thought I'd be
> able to get more than ~4MB/sec
G_BLK_DEV_IDE_MODES=y
But I only do
hdparm -qu1c1k1 idedevice
at boot time. Also, I've found
append="ide0=autotune ide1=autotune"
in my lilo.conf, left from earlier testing session. Remarks in ide.c say it
only has influence on PIO modes, so unless the comme
hello,
Would XML be considered human readable enough for /proc files? If not,
how about a /xproc filesystem ( maybe as a kernel build option ), same
as /proc but uses an xml grammer for reporting.
I can see tons of uses for this, no more 'fuzzy' parsing for gui
configuration tools, resource mon
Hello,
I ran 2.4.2 under heavy load since 2 days.
I try to decrypt my /etc/passwd files with the program John
the Ripper on a Pentium133.
This process is very long ;-)
I don't understand the error. Hope it will be useful.
Pierre
you can see the load average and the uptime after cras
Hello,
I ran 2.4.2 under heavy load since 2 days.
I try to decrypt my /etc/passwd files with the program John
the Ripper on a Pentium133.
This process is very long ;-)
I don't understand the error. Hope it will be useful.
Pierre
you can see the load average and the uptime after cras
e the ksymoops output :
dmesg > dmesg_output; ksymoops < dmesg_output
There is no modules in the kernel.
Hope it will be helpfull.
Pierre
ksymoops 2.3.7 on i586 2.4.2. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.
when my patched cdparanoia segfaulted).
Same thing for 2.4.2.
Is my allocation loop "over engineering", or just plain bad thing to do ?
Regards,
Pierre.
--
Linux blade.concept-micro.com 2.4.3-pre4 #1 Wed Mar 14 22:19:14 CET 2001 i686 unknown
2:04pm up 11:29, 4 users, load
* really look like chip
stuff...
BR,
Pierre.
--
Linux blade.concept-micro.com 2.4.3-pre4 #1 Wed Mar 14 22:19:14 CET 2001 i686 unknown
7:30pm up 1 day, 16:12, 7 users, load average: 1.03, 1.07, 1.08
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
8
> #define AC_RMOLDCOMPAT 9
> #define AC_RMNEWCOMPAT 10
> +
> +#ifndef RTLD_NEXT
> +# define RTLD_NEXT ((void *) -1l)
> +#endif
>
> struct permissions_type
> {
for me :
make CFLAGS='-O2 -I. -D_GNU_SOURCE'
compiles without
Rhys Jones wrote:
> Any and all feedback appreciated.
need for less codepages. Is 8859-1 still useful ?
Why not moving to 8859-15 (and cp1252) ?
--
----
Pierre Rousselet <[EMAIL PROTECTED]>
cancodes ?
#showkey -s
--
----
Pierre Rousselet <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
5 ?SW 0:00 [kreclaimd]
6 ?SW 0:00 [bdflush]
7 ?SW 0:00 [kupdate]
8 ?SW 0:00 [kreiserfsd]
15 ?S 0:00 devfsd /dev
and it works with 2.4.x
--
----
Pierre Rousselet <[EMAIL PRO
before devfsd is running.
is your version of fileutils > 4.0.28 (ls --version) ?
--
--------
Pierre Rousselet <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe lin
m something else than devfsd,
could you try this while devfsd is running :
#mkdir /devtest
#mount none -t devfs /devtest
#ls /devtest
--
----
Pierre Rousselet <[EMAIL PROTECTED]>
-
To unsubscribe fr
ppy, are you ?
--
--------
Pierre Rousselet <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
r/L"..., 8192) = 8192
shmat(11, 0x4cfe65, 0x3)= 0xb4d4
sendfile(11, 8, [0], 5045861) = -1 EINVAL (Invalid argument)
[...]
Any idea ?
Best regards,
Pierre.
--
We are the dot in 0.2 Kb/s
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
I just downloaded more recent sources of proftpd (1.2.2rc2), and it looks
fixed, already... Time to upgrade :)
Regards,
Pierre.
-
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/
possible.
Well, I might not have the choice to use threads, after all...
(sorry if this message got in twice, I used an NNTP gateway the previous
time, I don't think it got through)
--
Pierre Phaneuf
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
an
optimal block size?
Was there anything new on the bind_event/get_events API idea that Linus
proposed a while ago? That one had got me foaming at the mouth... :-)
--
Pierre Phaneuf
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Option "XaaNoCPUToScreenColorExpandFill"
EndSection
in my XFConfig-4.
(The whole thread seems to be worth a read.)
Best regards,
Pierre.
--
We are the dot in 0.2 Kb/s
-
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/
Version increase of the wbsd driver.
Signed-off-by: Pierre Ossman <[EMAIL PROTECTED]>
Even though the changes are minor for the next release an increasing
version number simplifies my support issues.
Index: linux/drivers/mmc/
Remove lots of trailing whitespace caused by not-so-great editor.
Signed-off-by: Pierre Ossman <[EMAIL PROTECTED]>
--- linux/drivers/mmc/wbsd.c.orig 2005-07-11 14:26:40.0 +0200
+++ linux/drivers/mmc/wbsd.c 2005-07-11 14:27:02.0 +0200
@@ -93,7 +93,7 @@
static inlin
Create a mmc_host class to allow enumeration of MMC host controllers
even though they have no card(s) inserted.
Signed-off-by: Pierre Ossman <[EMAIL PROTECTED]>
(This will also allow cards to be enumerated by being able to find the
hosts.)
Index: linux-wbsd/drivers/mmc
s, so it should be a separate patch.
>
>
>
I'll read up on kernel objects and sysfs and put together a new patch then.
Rgds
Pierre
-
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/
to be gained from not poking
around inside the class_dev struct in too many places. It's not like
we're wasting any large amounts of memory.
Rgds
Pierre
Index: linux-wbsd/drivers/mmc/mmc.h
===
--- linux-wbsd/drivers/mmc/mmc
Russell King wrote:
>On Fri, Jul 15, 2005 at 10:21:43PM +0200, Pierre Ossman wrote:
>
>
>>Russell King wrote:
>>
>>
>>>Also note that since we have a class_dev, the mmc_host 'dev' field can
>>>be removed. However, we'll probably
both get routed to IRQ 10.
I've included dmesg from 2.6.10-rc1 (which works) and 2.6.10-rc2 (which
doesn't).
I've also tried reverting the patches that modifies
arch/i386/kernel/irq.c and arch/i386/pci/irq.c but it didn't solve the
problem. So now I need some more input on which
Pierre Ossman wrote:
> ** PCI interrupts are no longer routed automatically. If this
> ** causes a device to stop working, it is probably because the
> ** driver failed to call pci_enable_device(). As a temporary
> ** workaround, the "pci=routeirq" argument restores the
ne with either of those two
options. I sent a comment with lspci to Bjorn Helgaas as suggested.
>Also, that's a fairly old kernel you have there, could you try
>2.6.13-rc3, 2.6.13-rc3-git6 or 2.6.13-rc3-mm1 ?
>
>
>
I discovered the problem running 2.6.12. I only tried these
Richard Purdie wrote:
> This fixes what looks like a bit/byte counting error in the MMC/SD code
> which was causing data corruption (in the -mm tree).
>
> Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
Ooops... Must have been late in the evening. Sorry about that blunder.
;time, not allocation time.
>
>
>
This patch should cover the edge case of allocating but not registering
a host.
Rgds
Pierre
diff -uNp linux-2.6.13-rc6/drivers/mmc.orig/mmc.c linux-2.6.13-rc6/drivers/mmc/mmc.c
--- linux-2.6.13-rc6/drivers/mmc.orig/mmc.c 2005-08-08 13:29:53.0 +0200
+++ linu
Pierre Ossman wrote:
> Pierre Ossman wrote:
>
>>I'm having problem with the interrupt getting killed after suspend with
>>my 8139cp controller. The problem only appears if the cable is connected
>>during resume (before suspend is irrelevant) and the interface is do
1 - 100 of 1872 matches
Mail list logo
