On Mon, Mar 26, 2007 at 04:06:53PM -0500, James Bottomley wrote:
On Mon, 2007-03-26 at 21:38 +0100, Christoph Hellwig wrote:
On Mon, Mar 26, 2007 at 03:35:47PM -0500, James Bottomley wrote:
I agree the non-legacy (CardBus and beyond) ones can be built in. I
thought the legacy 8 and 16
On Fri, Oct 19, 2007 at 03:17:20PM -0500, Olof Johansson wrote:
Convert the io_req_t members to unsigned int, to allow use on machines
with more than 16 bits worth of IO ports (i.e. secondary busses on
ppc64, etc).
Agreed, though I'd prefer if we got rid of kio_addr_t at the same time, and
On Tue, Apr 24, 2007 at 08:03:27PM -0400, Dave Jones wrote:
On Tue, Apr 24, 2007 at 03:05:36PM -0700, Nish Aravamudan wrote:
On 4/24/07, Dave Jones [EMAIL PROTECTED] wrote:
On Tue, Apr 24, 2007 at 09:03:23PM +, William Heimbigner wrote:
The following patches should allow
On Fri, Apr 27, 2007 at 02:09:57AM -0400, Dave Jones wrote:
On Thu, Apr 26, 2007 at 09:54:10PM -0400, Dominik Brodowski wrote:
On Tue, Apr 24, 2007 at 08:03:27PM -0400, Dave Jones wrote:
On Tue, Apr 24, 2007 at 03:05:36PM -0700, Nish Aravamudan wrote:
On 4/24/07, Dave Jones [EMAIL
Hi,
The problem seems to be
cs: pcmcia_socket0: voltage interrogation timed out.
Can you try passing the parameter
setup_delay=50
to the module named pcmcia, please?
Dominik
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
,
Dominik
Only assume busmaster activity on non-idle ticks if we didn't sleep until
that jiffy. Needed for dyn-idle.
Signed-off-by: Dominik Brodowski [EMAIL PROTECTED]
--- linux/drivers/acpi/processor_idle.c.original2005-04-10
20:04:12.0 +0200
+++ linux/drivers/acpi
On Tue, Apr 19, 2005 at 11:03:30PM +0200, Thomas Renninger wrote:
All we need to do is to update the diff. Without dynamic ticks, if the
idle loop didn't get called each jiffy, it was a big hint that there was so
much activity in between, and if there is activity, there is most likely
also
On Wed, Apr 20, 2005 at 01:57:39PM +0200, Pavel Machek wrote:
Hi!
Because I don't consider whether there was bm_activity the last ms, I only
consider the average, it seems to happen that I try to trigger
C3/C4 when there is just something copied and some bm active ?!?
I don't
Hi,
Socket status: 0720
This looks strange. Socket status 0720 can't really be true -- I assume
there is a problem with the resource allocation. Can you send me
/proc/iomem
/proc/ioport
please?
Thanks,
Dominik
-
To unsubscribe from this list: send the line unsubscribe
Hi,
On Sun, Jul 10, 2005 at 03:37:22PM -0500, Bob Tracy wrote:
Dominik Brodowski wrote:
On Sat, Jul 09, 2005 at 12:12:17AM -0500, Bob Tracy wrote:
(/sbin/cardmgr chewing up lots of CPU cycles with 2.6.12 kernel)
Please post the output of lspci and lsmod as I'd like to know which
kind
Hi,
Could you send me the output of /proc/iomem on both a working kernel and on
2.6.13-rc3-APM, please?
Thanks,
Dominik
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Hi,
On Sat, Jul 16, 2005 at 05:14:36PM +0200, Frederic Gaus wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi folks!
I've recently done a RAM upgrade on my IBM Thinkpad R40 (2722).
1. Ram-Chip: pc2100 cl 2.5 512 MB
2. Ram-Chip: pc2700 cl 2.5 1024 MB
When booting with only one
Hi!
On Sat, Jul 16, 2005 at 11:36:45AM -0500, Bob Tracy wrote:
rct wrote:
Dominik Brodowski wrote:
On Sun, Jul 10, 2005 at 03:37:22PM -0500, Bob Tracy wrote:
Dominik Brodowski wrote:
On Sat, Jul 09, 2005 at 12:12:17AM -0500, Bob Tracy wrote:
(/sbin/cardmgr chewing up lots
On Sat, Jul 16, 2005 at 04:21:44PM +0100, Russell King wrote:
On Sat, Jul 16, 2005 at 05:12:58PM +0200, Dominik Brodowski wrote:
Could you send me the output of /proc/iomem on both a working kernel and on
2.6.13-rc3-APM, please?
Dominik, I'd suggest looking elsewhere. The memory regions
On Mon, Jul 18, 2005 at 01:42:16PM -0600, Grant Grundler wrote:
On Tue, Jul 12, 2005 at 12:21:38AM +0200, Dominik Brodowski wrote:
In yenta_socket, we default to using the resource setting of the CardBus
bridge. However, this is a PCI-bus-centric view of resources and thus
needs
Hi,
When a driver calls pcmcia_request_irq with IRQ_HANDLE_PRESENT unset, it looks
for an open IRQ by request_irq()ing with a dummy handler and NULL dev_info.
free_irq uses dev_info as a key for identifying the handler to free among
those
sharing an IRQ, so request_irq returns -EINVAL if
On Sun, Jul 24, 2005 at 12:40:40PM +0100, Russell King wrote:
On Sat, Jul 23, 2005 at 10:11:13PM +0200, Dominik Brodowski wrote:
Thanks for the excellent debugging. Your patch seems to work, however it
might be better to do just this:
This can be racy if two drivers are simultaneously
Hi,
On Wed, Apr 20, 2005 at 02:08:46PM +0200, Pavel Machek wrote:
Like ipw2x00 looses packets if this happens too often?
See PCI latency error if C3 enabled on http://ipw2100.sf.net -- it causes
network instability, frequent firmware restarts.
Dominik
-
To unsubscribe from this list:
Hi,
On Wed, Jul 06, 2005 at 11:22:02AM +0200, [EMAIL PROTECTED] wrote:
Currently, the speedstep-centrino support has built-in frequency/voltage
pairs only for Banias CPUs. For Dothan CPUs, these tables are read from
BIOS ACPI.
But ACPI encoding may not be available or not reliable, so why
On Thu, Jul 07, 2005 at 03:51:17PM -0500, Joseph Pingenot wrote:
Just a latest question: can be p4-clockmod used together with
speedstep-centrino? If not, would it make any sense to patch
speedstep-centrino to use this feature too?
I'm a little confused. How is this different from the ACPI
On Thu, Jul 07, 2005 at 10:22:25PM +0200, [EMAIL PROTECTED] wrote:
This hasn't been seen to save any power whatsoever that I've seen.
It drops down power rating by 1500-1800mW on my Toshiba Satellite A50
while idling at 400MHz.
Do you use ACPI-based idling? If so, in which state is the CPU
On Thu, Jul 07, 2005 at 04:34:14PM -0500, Joseph Pingenot wrote:
From Dominik Brodowski on Thursday, 07 July, 2005:
On Thu, Jul 07, 2005 at 03:51:17PM -0500, Joseph Pingenot wrote:
Just a latest question: can be p4-clockmod used together with
speedstep-centrino? If not, would it make any
On Thu, Jul 07, 2005 at 11:22:38PM +0200, [EMAIL PROTECTED] wrote:
On Thu, 7 Jul 2005 23:10:33 +0200
Dominik Brodowski [EMAIL PROTECTED] wrote:
Do you use ACPI-based idling? If so, in which state is the CPU in (cat
/proc/acpi/processor/*/power ? I suspect that you do not use ACPI (else
On Thu, Jul 07, 2005 at 11:59:28PM +0200, [EMAIL PROTECTED] wrote:
read from ACPI tables, while still keeping them available.
You're only keeping some of them available, as you overwrite one such
setting. Alternatively you can increase p.state_count by one early enough.
index =
Hi,
On Sat, Jul 09, 2005 at 03:26:57PM +0200, Ingo Molnar wrote:
(gdb)
(gdb) # c02a0a26, stack size: 416 bytes #
(gdb)
(gdb) 0xc02a0a26 is in pcmcia_device_query (drivers/pcmcia/ds.c:436).
this patch
Hi,
On Sat, Jul 09, 2005 at 12:12:17AM -0500, Bob Tracy wrote:
I've got a Mandrake 10.0 system with a 2.6.12 kernel presently.
Somewhere between 2.6.11 and 2.6.12, /sbin/cardmgr from the
pcmcia-cs-3.2.5-3mdk package decided it needs to consume incredible
amounts of CPU time when invoked the
on x86 and friends, however on some others it already exists, is
added in this patch (alpha, arm, ppc, ppc64) or still needs to be
provided (parisc -- where is its pcibios_resource_to_bus() ?).
Signed-off-by: Dominik Brodowski [EMAIL PROTECTED]
---
arch/alpha/kernel/pci.c | 16
On Sun, Mar 13, 2005 at 09:54:41AM +0100, Sam Ravnborg wrote:
On Thu, Mar 10, 2005 at 12:12:22PM +, Paulo Marques wrote:
Paulo Marques wrote:
[...]
A simple and robust way is to do the sampling on a list of symbols
sorted by symbol name. This way, even if the symbol positions that
On Mon, Mar 14, 2005 at 08:57:52AM +0100, Eric Piel wrote:
BTW, DaveJ, Dominik, I couldn't find them in the daily-snapshot
available at codemonkey.org.uk. Should I worry, or is it just due to
some latency between your private trees and the public one?
/me has no official position wrt cpufreq
On Thu, Mar 10, 2005 at 12:12:22PM +, Paulo Marques wrote:
Paulo Marques wrote:
[...]
A simple and robust way is to do the sampling on a list of symbols
sorted by symbol name. This way, even if the symbol positions that are
given to scripts/kallsyms change, the symbols sampled will be
On Tue, Mar 15, 2005 at 09:08:34AM -0800, Greg KH wrote:
Then I moved the USB host controller code to use this new interface.
That was a bit more complex as it used the struct class and struct
class_device code directly. As you can see by the patch, the result is
pretty much identical, and
On Tue, Mar 15, 2005 at 11:51:21AM -0800, Greg KH wrote:
Also, it seems to me that you view the class subsystem to be too closely
related to /dev entries -- and for these /dev entries class_simple was
introduced, IIRC. However, /dev is not the reason the class subsystem was
introduced for
On Tue, Mar 15, 2005 at 01:14:40PM -0800, David Brownell wrote:
That pre-driver model stuff went away in maybe 2.6.5 or so, I
forget just when. If you think those changes can easily be
reversed, I suggest you think again ... they enabled a LOT of
likewise-overdue cleanups.
...
converting to
On Tue, Mar 15, 2005 at 02:14:31PM -0800, Greg KH wrote:
So this means every device will have yet another reference count, and you
need to be aware of _each_ lifetime to write correct code. And the
_reference counting_ is the hard thing to get right, so we should make
_that_ easier. The
to not limit it to the bridge window
resources, but get back to the parent bus.
This patch is a modified and (hopefully) improved derivation of Linus'
pcmcia-bridge-resource-management-fix.patch included in 2.6.11-rc4-mm1.
Signed-off-by: Dominik Brodowski [EMAIL PROTECTED]
Index: 2.6.11
-off-by: Dominik Brodowski [EMAIL PROTECTED]
Index: 2.6.11++/drivers/pcmcia/yenta_socket.c
===
--- 2.6.11++.orig/drivers/pcmcia/yenta_socket.c 2005-03-17 23:13:58.0
+0100
+++ 2.6.11++/drivers/pcmcia/yenta_socket.c 2005-03
to `crc32_le'
drivers/built-in.o(.text+0xafef1): In function `pcmcia_bus_hotplug':
: undefined reference to `crc32_le'
compiling pcmcia modular works.
That's a missing dependency on CONFIG_CRC32. Could you check whether this
patch helps, please?
PCMCIA needs CRC32.
Signed-off-by: Dominik
From: Sebastian =?iso-8859-1?q?K=FCgler?= [EMAIL PROTECTED]
Subject: PCMCIA breaks suspend-to-(disk|ram) with 2.6.11
Fixed by upgrading the userspace script used by him to include
cardctl eject sleep 1
before killing cardmgr, as killing cardmgr no longer auto-detaches PCMCIA
devices
On Sun, Mar 06, 2005 at 08:32:22AM +0100, Daniel Rozsnyo wrote:
Removes extra spaces which separate the frequency string from the cpu model
id itself (noticable e.g. on Intel Tualatin processors in /proc/cpuinfo)
Signed-off-by: Daniel Rozsnyo [EMAIL PROTECTED]
This patch breaks
On Sat, Mar 05, 2005 at 03:05:35PM -0500, Lee Revell wrote:
Every time I load the driver for my SBLive Platinum I get this log
message:
PCI: :00:0f.0 has unsupported PM cap regs version (1)
PM cap regs version 1 is handled in 2.6.11 yet again, the message should be
gone for this case by
Hi,
Is there any feasible way to dereference a pointer inside
__mod_*_device_table which points to a string?
e.g.:
include/linux/mod_devicetable.h:
struct pcmcia_device_id {
...
const char * prod_id;
...
}
drivers/some/driver.c:
static struct pcmcia_device_id
Andrew, Linus, all,
[note: for detailed code please take a look at 2.6.11-mm2]
Most pcmcia devices are matched to drivers using product ID strings
embedded in the devices' Card Information Structures, as manufactor ID /
card ID matches are much less reliable. Unfortunately, these strings cannot
compiling -mm2 on my x86 box results in:
SYSMAP .tmp_System.map
Inconsistent kallsyms data
Try setting CONFIG_KALLSYMS_EXTRA_PASS
make: *** [vmlinux] Fehler 1
gcc-Version 3.4.3 20050110 (Gentoo Linux 3.4.3.20050110, ssp-3.4.3.20050110-0,
pie-8.7.7)
Dominik
-
To unsubscribe from this
On Tue, Mar 08, 2005 at 12:35:54PM -0800, Andrew Morton wrote:
Dominik Brodowski [EMAIL PROTECTED] wrote:
compiling -mm2 on my x86 box results in:
SYSMAP .tmp_System.map
Inconsistent kallsyms data
Try setting CONFIG_KALLSYMS_EXTRA_PASS
make: *** [vmlinux] Fehler 1
gcc-Version
Dominik Brodowski [EMAIL PROTECTED] wrote:
Most pcmcia devices are matched to drivers using product ID strings
embedded in the devices' Card Information Structures, as manufactor ID /
card ID matches are much less reliable. Unfortunately, these strings
cannot
be passed
On Wed, Mar 09, 2005 at 12:16:36AM +0100, Dominik Brodowski wrote:
Dominik Brodowski [EMAIL PROTECTED] wrote:
Most pcmcia devices are matched to drivers using product ID strings
embedded in the devices' Card Information Structures, as manufactor ID /
card ID matches are much less
On Tue, Mar 08, 2005 at 03:37:07PM -0800, Greg KH wrote:
module aliases, and fixing up modprobe to handle spaces in module
aliases wouldn't work out easier.
spaces _and_ characters. And characters are already used to separate
different fields.
pcmcia:pasome stringpbsome other string
doesn't
On Wed, Mar 09, 2005 at 04:45:09PM +1100, Benjamin Herrenschmidt wrote:
On Wed, 2005-03-09 at 00:16 +0100, Dominik Brodowski wrote:
Dominik Brodowski [EMAIL PROTECTED] wrote:
Most pcmcia devices are matched to drivers using product ID strings
embedded in the devices' Card
On Wed, Mar 09, 2005 at 04:34:38PM -0800, Greg KH wrote:
ChangeSet 1.2036, 2005/03/09 09:31:40-08:00, [EMAIL PROTECTED]
[PATCH] Add 2.4.x cpufreq /proc and sysctl interface removal
feature-removal-schedule
Add 2.4.x cpufreq /proc and sysctl interface removal
to the
On Sat, Mar 26, 2005 at 07:39:29PM +, Sean Neakums wrote:
On a PowerBook5.4 I get the below when I insert the PCMCIA card or
boot with it inserted; however, if I boot with no card inserted,
sleep-resume and insert the card it works fine. Similar with
2.6.12-rc1-mm1; not sure why I didn't
On Tue, Mar 15, 2005 at 02:14:31PM -0800, Greg KH wrote:
It will not make the reference counting logic easier to get wrong, or
easier to get right. It totally takes it away from the user, and makes
them implement it themselves if they so wish (like the USB HCD patch
does.)
Hi,
While looking
On Sun, Mar 27, 2005 at 02:24:59PM -0500, Adam Belay wrote:
One of the original design goals of sysfs was to provide a standardized
location to keep driver configuration attributes. Although sysfs
handles this very well for bus devices and class devices, there isn't
currently a method to
On Sun, Mar 27, 2005 at 04:27:24PM -0500, Adam Belay wrote:
extern int device_create_file(struct device *device, struct device_attribute
* entry);
and delete them (e.g. in -remove) using
extern void device_remove_file(struct device * dev, struct device_attribute
* attr);
and there's
On Wed, Mar 30, 2005 at 12:02:11AM +0200, Olivier Fourdan wrote:
Hi,
A quick look at the source shows that the error is triggered in
arch/i386/kernel/timers/timer_pm.c by the verify_pmtr_rate() function.
My guess is that the pmtmr timer is right and the pit is wrong in my
case. That would
On Sun, Feb 20, 2005 at 10:52:12AM +0100, David Härdeman wrote:
On Sun, Feb 20, 2005 at 09:26:59AM +, Russell King wrote:
On Sun, Feb 20, 2005 at 10:22:09AM +0100, David Härdeman wrote:
I see the same problem with an IBM Thinkpad G40, and only when there is
1Gb of memory or more in the
Hi,
On Wed, Feb 23, 2005 at 07:20:09PM +0100, Brice Goglin wrote:
Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc4/2.6.11-rc4-mm1/
I can't get PCMCIA to work anymore since rc4-mm1.
It was working great with rc4 and rc3-mm1.
PCMCIA loads
@@ -184,6 +186,7 @@
dev_list = link;
client_reg.dev_info = dev_info;
+ client_reg.Attributes = INFO_IO_CLIENT | INFO_CARD_SHARE;
That's not needed any longer for 2.6.
Dominik
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On Fri, Feb 25, 2005 at 04:03:10PM +1100, David Gibson wrote:
On Thu, Feb 24, 2005 at 02:29:05AM -0500, Jeff Garzik wrote:
Dominik Brodowski wrote:
@@ -184,6 +186,7 @@
dev_list = link;
client_reg.dev_info = dev_info;
+ client_reg.Attributes = INFO_IO_CLIENT | INFO_CARD_SHARE
On Mon, Feb 28, 2005 at 01:31:03AM +0100, Christian Kujau wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi,
i'm running 2.6.11-rc2-bk10 and still get my syslog clobbered with
messages like this:
PCI: :00:0c.0 has unsupported PM cap regs version (1)
$ lspci | grep
On Mon, Feb 28, 2005 at 02:48:20PM -0500, [EMAIL PROTECTED] wrote:
Symptoms: Running '/etc/init.d/pcmcia start' bombs - cardmgr goes into
a loop spewing repeated 'Common memory region at 0x0: Generic or SRAM'
messages. In the dmesg, we find:
[4294764.989000] 6cs: IO port probe
On Tue, Mar 01, 2005 at 11:57:03AM +0100, Alexander Gran wrote:
Am Dienstag, 1. März 2005 11:48 schrieb Andrew Morton:
Alex, please use mailing lists...
sorry, I was used to have reply-to set to the mailing list ;)
double-checking next time..
Dominik, do we really always want to drag
On Tue, Mar 01, 2005 at 11:37:20PM +, Russell King wrote:
On Wed, Mar 02, 2005 at 12:09:46AM +0100, Karol Kozimor wrote:
I've finally got around to test latest kernels and managed to find a bug in
the serial subsystem, which happens during suspend.
Yes, serial_cs is claiming that we
Hi,
On Thu, Jan 27, 2005 at 01:36:37AM +0100, Emmanuel Fleury wrote:
Module Size Used by
orinoco_cs 9000 1
orinoco41324 1 orinoco_cs
hermes 8896 2 orinoco_cs,orinoco
CONFIG_PCCARD=y
# CONFIG_PCMCIA_DEBUG is not set
#
Hi,
On Thu, Feb 03, 2005 at 11:41:26AM +0100, Pavel Machek wrote:
Okay, you are right, restoring it unconditionaly would be bad
idea. Still it would be nice to tell cpufreq governor please change
the frequency ASAP so it does not run at 800MHz for half an hour
compiling kernels on AC power.
On Thu, Feb 03, 2005 at 11:58:46AM +0100, Pavel Machek wrote:
Hi!
On Thu, Feb 03, 2005 at 11:41:26AM +0100, Pavel Machek wrote:
Okay, you are right, restoring it unconditionaly would be bad
idea. Still it would be nice to tell cpufreq governor please change
the frequency ASAP so it
On Thu, Feb 03, 2005 at 12:30:19PM +0100, Rafael J. Wysocki wrote:
On Thursday, 3 of February 2005 12:01, Dominik Brodowski wrote:
On Thu, Feb 03, 2005 at 11:58:46AM +0100, Pavel Machek wrote:
Hi!
On Thu, Feb 03, 2005 at 11:41:26AM +0100, Pavel Machek wrote:
Okay, you are right
From: Nick Piggin [EMAIL PROTECTED]
Changes some coding style and formatting to match David's preference.
Signed-off-by: Nick Piggin [EMAIL PROTECTED]
Signed-off-by: Dominik Brodowski [EMAIL PROTECTED]
---
linux-2.6-npiggin/lib/rwsem-spinlock.c | 12 +++-
linux-2.6-npiggin/lib
The following four patches add support for interruptible trying to grab
R/W-semaphores (patches by Nick Piggin), and use (interruptible) rwsems
to improve the disabling of CPU hotplug operations. The latter was
already discussed earlier on this list[1].
Dominik
[1]
and
return the value from the out-of-line function in the case that the semaphore
is contended.
Signed-off-by: Nick Piggin [EMAIL PROTECTED]
Signed-off-by: Dominik Brodowski [EMAIL PROTECTED]
---
linux-2.6-npiggin/include/asm-i386/rwsem.h | 75 -
linux-2.6-npiggin/include/linux
Use {dis,en}able_cpu_hotplug() instead of {un,}lock_cpu_hotplug() in
obvious(?) places which don't need serialization (or provide it on their
own) and don't need to be serialized against each other (like ppc64's rtasd
and cpufreq).
Signed-off-by: Dominik Brodowski [EMAIL PROTECTED]
---
arch
-by: Dominik Brodowski [EMAIL PROTECTED]
---
include/linux/cpu.h | 18 ++
kernel/cpu.c| 14 +++---
2 files changed, 21 insertions(+), 11 deletions(-)
Index: 2.6.11-rc1+/include/linux/cpu.h
Hi,
I hope this information can help you. I don't know if it's really a bug,
yes, this seems to be a bug.
so I send it to the mailing list instead of reporting it to the bugzilla
bugtracking system. if you need additional information, I'll compile a
Kernel with cpufreq debugging.
Hi,
On Thu, Aug 25, 2005 at 11:48:46AM +0200, Pavel Machek wrote:
Something went wrong with PCMCIA on this X32. I inserted CF card, but
it detected both hde *and* hdf, mount took forever. At that point I
decided that I want my CF card back, took it back, it started
producing different I/O
Hi,
On Fri, Aug 26, 2005 at 05:10:52PM -0700, Venkatesh Pallipadi wrote:
/*
- * Then we read the 'status_register' and compare the value with the
- * target state's 'status' to make sure the transition was successful.
- * Note that we'll poll for up to 1ms (100 cycles of
Hi,
On Mon, Aug 29, 2005 at 11:03:57AM -0700, Venkatesh Pallipadi wrote:
Yes. ACPI spec says transitions can fail. But, it doesn't fail often in
practise. And even if it fails, I think, we should handle it without this
read os STATUS register.
How can we handle it, if we do not even know
Hi,
On Mon, Aug 29, 2005 at 11:48:40PM -0300, Marcelo Tosatti wrote:
Russell: The driver is using pccard_nonstatic_ops for card window
management, even though the driver its marked SS_STATIC_MAP (using
mem-static_map).
This is obviously broken. Where does it fail if pccard_static_ops is used?
Hi!
The PowerOP infrastructure you suggest surely is one path to better runtime
power management in the Linux kernel. However, I don't like it at all in its
current implementation. Here are a few suggestions for improvements,
rewrites, and so on:
First, the table interface you suggest is ugly.
A small add-on:
We need to make sure that we're capable of handling smart CPUs like Transmeta
Crusoe processors in a sane way. This means
b)Setting of values
is optional if the hardware itself can be set to a min/max value (step a
above in previous mail).
Dominik
-
To unsubscribe
On Tue, Jul 26, 2005 at 04:50:49PM -0700, Greg KH wrote:
On Tue, Jul 12, 2005 at 12:21:38AM +0200, Dominik Brodowski wrote:
In yenta_socket, we default to using the resource setting of the CardBus
bridge. However, this is a PCI-bus-centric view of resources and thus
needs to be converted
dpm_runtime_suspend and _resume() would be quite useful for some PCMCIA
tasks. However, they are only exported in drivers/base/power/power.h. Any
objection to moving it to include/linux/pm.h ? Any plans to break the
functionality these functions provide?
Thanks,
Dominik
-
To unsubscribe
Hi,
On Sun, Jul 31, 2005 at 12:30:30AM +0200, Pavel Machek wrote:
Let me qualify that, because it's not 100% fine due to the changes in
PCMCIA land.
Since PCMCIA cards are detected and drivers bound at boot time, we no
longer get hotplug events to setup networking for PCMCIA
on, of course.
Signed-off-by: Dominik Brodowski [EMAIL PROTECTED]
Index: 2.6.13-rc4-git1/drivers/ide/legacy/ide-cs.c
===
--- 2.6.13-rc4-git1.orig/drivers/ide/legacy/ide-cs.c
+++ 2.6.13-rc4-git1/drivers/ide/legacy/ide-cs.c
@@ -508,5
these return statements, and with this patch,
cardbus works on my powerbook once again.
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
Acked-by: Dominik Brodowski [EMAIL PROTECTED]
Sorry for the bug.
Dominik
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
Hi,
On Mon, Dec 11, 2006 at 03:47:58PM +0100, Romano Giannetti wrote:
On Wed, 2006-11-29 at 14:21 -0800, Linus Torvalds wrote:
You could send me and the kernel mailing list a note about it anyway, of
course. (And perhaps pictures, if your dachshund is involved. Not that
we'd be
On Mon, Dec 11, 2006 at 06:08:22PM -0800, Andrew Morton wrote:
diff --git a/include/linux/init.h b/include/linux/init.h
index 5eb5d24..5a593a1 100644
--- a/include/linux/init.h
+++ b/include/linux/init.h
@@ -111,6 +111,7 @@ extern void setup_arch(char **);
#define
On Wed, Nov 22, 2006 at 08:48:03AM +0100, Holger Schurig wrote:
you don't have a pentium M
In that case p4-clockmod has a bug, because it said that I have
one.
That bug should be fixed in -mm, cpufreq-git and 2.6.20.
Thanks,
Dominik
-
To unsubscribe from this list: send the line
On Tue, Nov 21, 2006 at 01:58:31PM +, Tony Olech wrote:
Hi,
I can't find an actual device, and my former boss
left Elan a few months ago, but I have attached
the data from our product database:
Thanks!
Dominik
-
To unsubscribe from this list: send the line unsubscribe
On Mon, Nov 20, 2006 at 01:04:39PM +, Tony Olech wrote:
patch against linux kernel 2.6.18 to add PCMCIA identification strings
From: Tony Olech [EMAIL PROTECTED]
In older versions of the linux kernel it was sufficient for the
16-bit PCMCIA card manufacturer to distribute or make
On Thu, Nov 30, 2006 at 11:39:36AM -0800, Linda Walsh wrote:
Srinivasa Ds wrote:
You can change the clock source using clock= kernel parameter.
Please refer to Documentation/kernel-parameters.txt file of kernel
source.
---
Uh, yeah...you mean the clock= parameter that is
deprecated
On Sat, Dec 02, 2006 at 06:55:06PM +0100, Adrian Bunk wrote:
More fallout of the post 2.6.19-rc1 IRQ changes...
-- snip --
...
CC drivers/pcmcia/m32r_cfc.o
In function 'pcc_interrupt_wrapper':
/home/bunk/linux/kernel-2.6/linux-2.6.19-rc6-mm2/drivers/pcmcia/m32r_cfc.c:401:
value check
Dominik Brodowski (4):
pcmcia: start over after CIS override
pcmcia: multifunction card handling fixes
pcmcia: fix 'rmmod pcmcia' with leftover devices
pcmcia: handle __copy_from_user() return value in ioctl
Komuro (1):
pcmcia: allow shared IRQs on pd6729
that location. The diffstat and list of changes is below,
the individual diffs are sent (at least) to the linux-pcmcia list.
Dominik Brodowski (1):
pcmcia: do not break rsrc_nonstatic when handling anonymous cards
Himangi Saraogi
Hi Takeshi,
On Sun, Jun 14, 2015 at 09:14:41PM +0900, Takeshi Yoshimura wrote:
In yenta_probe(), an irq leak potentially happens when
pcmcia_register_socket() fails. I added the missed call.
nice catch, many thanks.
index 965bd84..7922e30f 100644
--- a/drivers/pcmcia/yenta_socket.c
+++
the override for anonymous cards to the one
place where it is needed -- when adding a PCMCIA device.
CC: sta...@vger.kernel.org # for v4.0 and v4.1
Signed-off-by: Dominik Brodowski li...@dominikbrodowski.net
diff --git a/drivers/pcmcia/cistpl.c b/drivers/pcmcia/cistpl.c
index 64d0515..d15 100644
On Mon, Jun 15, 2015 at 02:43:59AM +0900, Takeshi Yoshimura wrote:
There are some resource leaks in yenta_probe() and _close(). I fixed
the following issues with some code cleanups. Thanks to Dominik's
suggestions.
On the error path in yenta_probe():
- a requested irq is not released
-
On Mon, Jun 15, 2015 at 01:10:55PM +0100, Alan Cox wrote:
Unfortunately, this patch does not work well with all of the callers of
pccard_validate_cis(). While it helps for ds.c:pcmcia_card_add() and does
not matter for cistpl.c:pccard_show_cis(), it breaks the callback in
Ryan,
thanks for this patch. Could you add a Signed-off-by line as specified in
Documentation/SubmittingPatches, please, so that I can pick it up and push
it upstream? Thanks!
Dominik
On Sun, Jan 25, 2015 at 04:07:09PM -0800, Ryan C. Underwood wrote:
From: Ryan Underwood
Alan,
On Thu, Dec 04, 2014 at 09:31:22PM +, Alan Cox wrote:
On a pure PCI platform we don't actually need all the complexity of the
rsrc_nonstatic manager, in fact we can just work directly with the pci
allocators and avoid all the complexity (and code bloat).
I know you're re-working
On Fri, Dec 18, 2015 at 03:51:50PM +0800, Fengguang Wu wrote:
> CC: linux-pcm...@lists.infradead.org
> CC: Dominik Brodowski <li...@dominikbrodowski.net>
> Signed-off-by: Fengguang Wu <fengguang...@intel.com>
Acked-by: Dominik Brodowski <li...@dominikbrodowski.net&g
On Mon, Aug 01, 2016 at 01:36:46AM +0200, Rafael J. Wysocki wrote:
> +#define UUF_RT 0x01
What does UUF stand for?
Best
Dominik
1 - 100 of 1312 matches
Mail list logo