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
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 =
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).
>
>
>
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
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
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
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
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_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 le
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 Informati
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"
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 us
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 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
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
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
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
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
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
> @@ -184,6 +186,7 @@
> dev_list = link;
>
> client_reg.dev_info = _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
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_inf
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 |
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
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
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
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,
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
> >
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.
...
>
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_
ackwards-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.
Signed-off-by: Domi
CI 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.11++/
CMCIA 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 +0100
+++ linux-2.6.12-rc1/d
> 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
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
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/ide-cs.c
===
urns 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 PROTECTED]>
Sor
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
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 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 &
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
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 looking e
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
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
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 b
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
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
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 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':
>
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 +++-
lin
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]
catch 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 PROTECTED]>
---
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+/include/li
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 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
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
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
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 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
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
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 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
Michael,
On Tue, Mar 13, 2018 at 11:18:08PM +, Andy Lutomirski wrote:
> On Tue, Mar 13, 2018 at 9:16 PM, Jann Horn wrote:
> > On Sat, Mar 10, 2018 at 12:55 PM, Tautschnig, Michael
> > wrote:
> >> All syscall arguments are passed in as types of the same byte size as
> >> unsigned long (width
On Wed, Mar 14, 2018 at 01:28:54AM +, mario.limoncie...@dell.com wrote:
> Dominik,
>
> Can you please verify if Darren's patch works for you too?
Yes, it does.
Thanks,
Dominik
On Wed, Mar 14, 2018 at 03:43:47PM +0100, Arnd Bergmann wrote:
> The frv, tile and blackfin architectures are being removed, so
> we can clean up this header by removing all the special cases
> except those for ia64.
>
> Signed-off-by: Arnd Bergmann
AFAICS, score is the only architecture which
On Wed, Mar 14, 2018 at 04:35:26PM +0100, Arnd Bergmann wrote:
> The m32r architecture is getting removed, so these drivers
> are no longer needed.
>
> Signed-off-by: Arnd Bergmann
Acked-by: Dominik Brodowski
Thanks,
Dominik
On Wed, Mar 14, 2018 at 09:04:13PM +0100, Thomas Gleixner wrote:
> On Wed, 14 Mar 2018, Tautschnig, Michael wrote:
>
> > All definitions of syscalls in x86 except for those patched here have
> > already been using the appropriate SYSCALL_DEFINE*.
>
> Dominik, do you have more urgent stuff queued
On Wed, Mar 14, 2018 at 09:40:28PM +0100, Arnd Bergmann wrote:
> On Wed, Mar 14, 2018 at 9:31 PM, Dominik Brodowski
> wrote:
> > On Wed, Mar 14, 2018 at 03:43:47PM +0100, Arnd Bergmann wrote:
> >> The frv, tile and blackfin architectures are being removed, so
> >&g
which currently need to pretend to be
userspace in order to make use of syscalls.
Signed-off-by: Dominik Brodowski
---
As there have been multiple inquiries on the rationale of my patchsets
removing in-kernel calls to sys_xyzzy(), here is an updated patch 01/NN
which I will push upstream for v4.17
On Mon, Mar 26, 2018 at 04:47:50AM +0100, Al Viro wrote:
> * mips n32 and x86 x32 can become an extra source of headache.
> That actually applies to any plans of passing struct pt_regs *. As it
> is, e.g. syscall 515 on amd64 is compat_sys_readv(). Dispatched via
> this:
> /*
>
nificantly:
textdata bss dec hex filename
24307 0 0 243075ef3 entry_64.o-orig
20987 0 0 2098751fb entry_64.o
Co-developed-by: Linus Torvalds
Signed-off-by: Dominik Brodowski
---
arch/x86/entry/calling.h | 11 ++-
arch/x86/entry/entry
, the result of 32-bit operands are "zero-
extended to a 64-bit result in the destination general-purpose
register." The AMD64 Architecture Programmer’s Manual Volume 3,
Appendix B.1, describes the same behaviour.
Suggested-by: Denys Vlasenko
Signed-off-by: Dominik Brodowski
, cf.
http://lkml.kernel.org/r/20180211104949.12992-9-li...@dominikbrodowski.net
The other one replaces the xorq-based register cleaning with an
equivalent xorl-based version, which is supposed to be faster on
some architectures.
Thanks,
Dominik
Dominik Brodowski (2):
x86/entry: reduce static
entry_64.o
With CONFIG_IA32_EMULATION disabled (-0.27k):
textdata bss dec hex filename
16897 0 0 168974201 entry_64.o-orig
16622 0 0 1662240ee entry_64.o
Signed-off-by: Dominik Brodowski
---
arch/x86/entry/entry_64.S | 65
steps to easen the review. Another
advantage is that we can decide whether each additional step is really
worth it in relation to an increase in code complexity.
NOTE / WARNING: As usual, please be extremely stringent in reviewing these
patches.
Thanks,
Dominik
Dominik Brodowski (4
It is now trivial to call the interrupt helper function and then the
actual worker. Therefore, remove the interrupt macro.
Suggested-by: Linus Torvalds
Signed-off-by: Dominik Brodowski
---
arch/x86/entry/entry_64.S | 15 ---
1 file changed, 4 insertions(+), 11 deletions(-)
diff
8751fb entry_64.o-orig
17905 0 0 1790545f1 entry_64.o
Suggested-by: Linus Torvalds
Signed-off-by: Dominik Brodowski
---
arch/x86/entry/entry_64.S | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/arch/x86/entry/entry_64.S b/arch/x86/entry/
text size:
textdata bss dec hex filename
17905 0 0 1790545f1 entry_64.o-orig
16897 0 0 168974201 entry_64.o
Signed-off-by: Dominik Brodowski
---
arch/x86/entry/entry_64.S | 53 +++
1 file ch
On Wed, Feb 14, 2018 at 09:21:12PM +0300, Alexey Dobriyan wrote:
> > - xorq%r8, %r8/* nospec r8 */
> > + xorl%r8d, %r8d /* nospec r8 */
>
> The suffix should be simply dropped as operand size is unambigious.
> It is just one more character than necessary on the
On Wed, Feb 14, 2018 at 01:57:15PM -0500, Brian Gerst wrote:
> On Wed, Feb 14, 2018 at 1:21 PM, Dominik Brodowski
> wrote:
> > We can also move the SWAPGS and the switch_to_thread_stack to the
> > interrupt helper function. As we do not want call depths of two,
> > conver
CC: Alexander Viro
Signed-off-by: Dominik Brodowski
---
fs/namei.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index 921ae32dbc80..524e829ffc7d 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@ -4478,8 +4478,8 @@ int vfs_rename(struct
CC: Alexander Viro
Signed-off-by: Dominik Brodowski
---
fs/file.c| 16 +---
include/linux/syscalls.h | 1 +
init/do_mounts_initrd.c | 4 ++--
init/main.c | 4 ++--
4 files changed, 18 insertions(+), 7 deletions(-)
diff --git a/fs/file.c b/fs/file.c
CC: Alexander Viro
Signed-off-by: Dominik Brodowski
---
fs/utimes.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/fs/utimes.c b/fs/utimes.c
index e4b3d7c2c9f5..5be035ed26c0 100644
--- a/fs/utimes.c
+++ b/fs/utimes.c
@@ -184,8 +184,8 @@ SYSCALL_DEFINE4
601 - 700 of 1312 matches
Mail list logo