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
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
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 &quo
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 http://vger.kernel.org/ma
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 wit
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:17
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 look
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 th
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 i
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 ra
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. If
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 unsubscrib
p + last_sleep_jiffies);
it should work. I wrote a quick patch to do that, but it locked up my
notebook, so it is most likely broken; hopefully I'll find some time to debug
it, if somebody does it earlier, that'd be great, though.
Thanks,
Dominik
Only assume busmaster activit
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 like
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 ?!?
> >
>
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 lis
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 w
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 th
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
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
> >> >
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 suspe
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 = (((frequency)/
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).
>
>
> thi
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 th
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
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 fr
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 net
egistering PCMCIA CF cards before other IDE stuff. This means the risk
of /dev/hd* being re-ordered is lessened. The _sane_ thing to assert any
ordering is to use udev, nameif and so on, of course.
Signed-off-by: Dominik Brodowski <[EMAIL PROTECTED]>
Index: 2.6.13-rc4-git1/drivers/ide/legacy/
n returns after
> successfully setting up the resource.
>
> The patch below adds 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 PROT
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
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 us
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 positi
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 cpufr
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 w
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:34:15AM -0800, Greg KH wrote:
> > And what about device_driver and device structure? Are they going to
> > be changed over to be separately allocated linked objects?
>
> The driver stuff probably will be, and the device stuff possibly.
> However, they are used by a very
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
> > introdu
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.
...
> convertin
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_ easie
haviour
backwards-compatible, we always need 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.
Sign
ent PCI bridge ioport window.
Signed-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.
tch helps, please?
PCMCIA needs CRC32.
Signed-off-by: Dominik Brodowski <[EMAIL PROTECTED]>
Index: linux-2.6.12-rc1/drivers/pcmcia/Kconfig
===
--- linux-2.6.12-rc1.orig/drivers/pcmcia/Kconfig2005-03-21
20:07:42.0 +01
> 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
d
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 linux-k
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 i
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 pow
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
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
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 loa
> @@ -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
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;
> > >>
> > >> clien
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 | gre
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] <6>cs: IO port probe 0xc00
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 t
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 tha
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 speedst
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
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 some_ids
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 cann
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 li
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_KALLSYM
> 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 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 Info
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:pa"some string"pb"some other string"
do
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 &qu
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 feature-removal-
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
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 look
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 e
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);
> >
>
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
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 +++-
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] http://marc.theaimsgro
ch 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
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 PROT
d-off-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+/inclu
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.
Unf
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
c
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:40
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 subsys_in
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 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 li
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 linux-k
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 av
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
>
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 all
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 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 a
directory or from pcmcia directory:
>
> Run make -C tools/pcmcia or cd tools/pcmcia; make
>
> Signed-off-by: Shuah Khan
Acked-by: Dominik Brodowski
signature.asc
Description: Digital signature
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
A small nitpick:
On Mon, Aug 01, 2016 at 01:36:01AM +0200, Rafael J. Wysocki wrote:
> --- linux-pm.orig/kernel/sched/sched.h
> +++ linux-pm/kernel/sched/sched.h
> @@ -1760,7 +1760,7 @@ DECLARE_PER_CPU(struct update_util_data
>
> /**
> * cpufreq_update_util - Take a note about CPU utilization
Same boot problem here (Intel(R) Core(TM) i5-5200U CPU on a Dell XPS 13),
git-bisected to the same patch...
On Mon, May 29, 2017 at 06:50:57PM -0400, Mikulas Patocka wrote:
> Please do the following three tests and test if the kernel boots.
>
> 1. use the PAT patch and revert the change to the fu
On Tue, May 30, 2017 at 01:59:41PM -0400, Mikulas Patocka wrote:
> On Tue, 30 May 2017, Dominik Brodowski wrote:
>
> > Same boot problem here (Intel(R) Core(TM) i5-5200U CPU on a Dell XPS 13),
> > git-bisected to the same patch...
> >
> > On Mon, May 29, 2017 at 06:
On Tue, Jan 23, 2018 at 02:07:01PM +0100, Martin Schwidefsky wrote:
> Add the PR_ISOLATE_BP operation to prctl. The effect of the process
> control is to make all branch prediction entries created by the execution
> of the user space code of this task not applicable to kernel code or the
> code of
On Wed, Jan 24, 2018 at 07:29:53AM +0100, Martin Schwidefsky wrote:
> On Tue, 23 Jan 2018 18:07:19 +0100
> Dominik Brodowski wrote:
>
> > On Tue, Jan 23, 2018 at 02:07:01PM +0100, Martin Schwidefsky wrote:
> > > Add the PR_ISOLATE_BP operation to prctl. The effect of the
> @@ -209,6 +234,11 @@ static void __init spectre_v2_select_mitigation(void)
> mode = retp_compiler() ? SPECTRE_V2_RETPOLINE_GENERIC :
>SPECTRE_V2_RETPOLINE_MINIMAL;
> setup_force_cpu_cap(X86_FEATURE_RETPOLINE);
> + if
1 - 100 of 675 matches
Mail list logo
