Allison wrote:
Thanks for the answer!
Another related question :
I need to gather all application pages by reading the page tables.
The hard part is, I need to do this from a PCI device using DMA. As I
understand it, when a DMA is being performed, the pages are pinned in
memory . Since the
diff -Nru a/Makefile b/Makefile
--- a/Makefile 2005-03-12 22:45:06 -08:00
+++ b/Makefile 2005-03-12 22:45:06 -08:00
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 11
-EXTRAVERSION = .2
+EXTRAVERSION = .3
NAME=Woozy Numbat
# *DOCUMENTATION*
diff -Nru
Forget to mention, we are checking linux 2.6. It appears to us that mmap
doesnt' work for FUSE in linux 2.6.
-Junfeng
On Sat, 12 Mar 2005, Junfeng Yang wrote:
>
> Does anyone know how to set up mmap on FUSE (linux user-land file system)?
> Or is it even possible to have mmap on FUSE?
>
> Our
As there were no complaints about the patches posted a few days ago,
I've released 2.6.11.3 with them in it.
It's available now in the normal kernel.org places:
kernel.org/pub/linux/kernel/v2.6/patch-2.6.11.3.gz
which is a patch against the 2.6.11 release (note, this is different
than
Does anyone know how to set up mmap on FUSE (linux user-land file system)?
Or is it even possible to have mmap on FUSE?
Our file system checker can potentially check a lot more things if we can
have mmap working on a FUSE file system. Your help on this are well
appreciated!
-Junfeng
-
To
At 12:01 AM 3/13/2005 -0500, John Richard Moser wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
You wanna give me a quick run-down on x86 of CPL and Ring levels? It's
been bugging me. I know they're there and have a basic idea that they
control what a context can do, don't know what CPL
On Fri, 2005-03-11 at 16:39 +1100, Benjamin Herrenschmidt wrote:
> Hi !
>
> The powermac has a kernel-based driver for controlling the backlight
> from the keyboard that used to call into some fbdev's from interrupt
> contexts. This patch moves it to a workqueue (and additionally makes
> sure the
Hi,
FiSC found that at link operation and unlink operation on a NFS partion on
top of JFS are not sync'ed. These warnings show up in JFS but not in
ext2, ext3, so I suspect it's a potential JFS problem.
cat /etc/exports shows:
/mnt/sbd0-export localhost(rw,sync,no_subtree_check)
On Friday 11 March 2005 17:55, Patrick McHardy wrote:
> Herbert Xu wrote:
> > Patrick McHardy <[EMAIL PROTECTED]> wrote:
> >
> >>You're right, good catch. IPT_RETURN is interpreted internally by
> >>ip_tables, but since the value changed it isn't recognized by ip_tables
> >>anymore and returned
On Saturday 12 March 2005 01:31 pm, Greg Stark wrote:
> OSS Audio doesn't work properly for Quake3 in 2.6.10 but it worked in
> 2.6.6. In fact I have the same problems in 2.6.9-rc1 so I assume 2.6.9 is
> affected as well. This is with the Intel i810 drivers.
Why are you not using ALSA?
--
> This is a known problem. Turn off the (default - grrr) subtree checking
> export option on the server, and it will all work properly. The subtree
> checking option violates the NFS standards for filehandle generation in
> so many ways, that it isn't even funny.
Thanks Trond. no_subtree_check
> vfat and msdos doesn't support the link(), and the truncate() which
> extends size is not supported yet.
>
> This test seems to calling abort(0) by CHECK(ret)...
I updated the test case (basically just set CHECk to be a NOP). Can you
please download and re-run the test case? After reboot, run
Sam,
When running "make O=something deb-pkg", I get a failure that claims I
haven't configured my kernel (I have). Running it a second time tells
me to run "make mrproper" (include/linux/version.h got built on the
first run)
I did some preliminary poking around, but kbuild is still, well,
Dave Jones <[EMAIL PROTECTED]> wrote:
>
> The nvidia framebuffer code added recently is marked as
> MODULE_LICENSE(GPL), but some things seem a little odd to me..
>
> 1. The boilerplate at the top of drivers/video/nvidia/nv_dma.h,
> drivers/video/nvidia/nv_local.h, and
> Interesting.
>
> $ /devel/linux/works/fatfs/fatfstools/dosfstools-2.10/dosfsck/dosfsck -a
> bug10/crash.img
> dosfsck 2.10, 22 Sep 2003, FAT32, LFN
> /0006
> Directory does not have any cluster ("." and "..").
> Dropping it.
> Reclaimed 3 unused clusters (6144 bytes) in 3 chains.
>
Mikael Pettersson <[EMAIL PROTECTED]> wrote:
>
> The ia32 perfctr syscalls were moved due to addition of ioprio
> syscalls, but the ia32 emulation code in x86-64 wasn't updated.
Ho hum. The perfctr syscall API has changed so many times that whenever
someone adds a syscall I have rejects to fix
Sam Ravnborg <[EMAIL PROTECTED]> wrote:
>
> On Wed, Mar 09, 2005 at 09:36:12AM +0100, Romain Lievin wrote:
> > Hi,
> >
> > this patch against 2.6.11-rc3 fixes some warnings about GtkToolButton in gkc
> > (the GTK Kernel Configurator).
>
> Applied, 2 warnings fixed - 10 more to go.
> Care to take
In compiling 2.4.29 I get this during the compilation of pci-pc.c:
Warning: indirect lcall without `*'
I note from looking around the net that this is an old "problem", dating back
at least to 2.4.18, if not earlier.
What does it mean? Should I care? If I shouldn't, shouldn't there be a
On Sat, Mar 12, 2005 at 10:57:24PM -0600, Corey Minyard wrote:
> The IPMI driver has long needed to tie into the device model (and I've
> long been hoping someone else would do it). I finally gave up and spent
> the time to learn how to do it. I think this is right, it seems to work
> on on
To contact us, please do_not_replyto.
See the bottom of this email to contact us by telephone or email.
It's true. You will get stats emails like this very soon
Quickly, send me an email or call me and you will get real com.miss.ion
emails with this subject line and big, big comm_ission
> called from schedule(). The problem with this is that it completely
> messes up the register allocation for i386 schedule() because it
> does long long arithmetic. This causes gcc to spill everything
> else because it needs four registers, and i386 only has 6 usable
> ones.
The generated code
drivers/media/dvb/frontends/dvb-pll.c:104: warning: (near initialization for
`dvb_pll_unknown_1.entries')
drivers/media/dvb/frontends/dvb-pll.c:104: warning: excess elements in array
initializer
drivers/media/dvb/frontends/dvb-pll.c:105: warning: (near initialization for
> patch below makes procfs apply the umask of the processes to their
> respective /proc/ directories and the files below them.
Ugh ...
Since there are already various umask settings done by various
/etc/*profile* and /etc/*init* scripts that head up various logins and
task families, this means
lau den 12.03.2005 Klokka 03:56 (-0800) skreiv Junfeng Yang:
> Hi,
>
> We checked NFS on top of ext3 using FiSC (our file system model checker)
> and found a case where NFS stat cache can contain inconsistent entries.
>
> Basically, to trigger this inconsistency, just do the following steps:
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
You wanna give me a quick run-down on x86 of CPL and Ring levels? It's
been bugging me. I know they're there and have a basic idea that they
control what a context can do, don't know what CPL stands for, and
there's a visible gap in my knowledge. I
The IPMI driver has long needed to tie into the device model (and I've
long been hoping someone else would do it). I finally gave up and spent
the time to learn how to do it. I think this is right, it seems to work
on on my system.
-Corey
Add support for sysfs to the IPMI device interface.
This patch contains the following cleanups:
- make some needlessly global functions static
- b1dma.c __init/__exit the functions b1dma_{init,exit}
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 6 Feb 2005
drivers/isdn/hardware/avm/b1dma.c |4 ++--
On Sat, Mar 12, 2005 at 11:08:20PM -0500, Dave Jones wrote:
> On Sat, Mar 12, 2005 at 07:13:05PM -0800, Jesse Barnes wrote:
> > On Friday, March 11, 2005 7:58 pm, Dave Jones wrote:
> > > > sgi-agp.c was sent to Dave about 2 weeks ago. I assumed he was
> waiting
> > > > for the TIO
(trimming cc: down a bit)
On Thu, Mar 10, 2005 at 06:40:11AM +0100, Sam Ravnborg wrote:
> On Wed, Mar 09, 2005 at 06:25:56PM -0800, Linus Torvalds wrote:
> > On Thu, 10 Mar 2005, Benjamin Herrenschmidt wrote:
> > > BTW, Linus: Any chance you ever change something to version or
> > > extraversion
The nvidia framebuffer code added recently is marked as
MODULE_LICENSE(GPL), but some things seem a little odd to me..
1. The boilerplate at the top of drivers/video/nvidia/nv_dma.h,
drivers/video/nvidia/nv_local.h, and drivers/video/nvidia/nv_hw.c
doesn't seem to be a GPL-compatible
This patch contains the following possible cleanups:
- make needlessly global code static
- remove the following unused global function:
- isdn_audio.c: isdn_audio_2adpcm_flush
- remove the following unused struct:
- isdn_net.c: isdn_concap_demand_dial_dops
Signed-off-by: Adrian Bunk <[EMAIL
On Saturday 12 March 2005 22:41, Frank Sorenson wrote:
> Dmitry Torokhov wrote:
> | Hi,
> |
> | here are some changes that freshen I8K driver (Dell Inspiron/Latitude
> | platform driver). The patches have been tested on Inspiron 8100.
>
> | Please consider for inclusion.
> |
> | Thanks!
>
>
This patch contains the following possible cleanups:
- make some needlessly global functions static
- remove the following unused global functions:
- callbacks.c: cb_out_3
- capi.c: capi_decode_disc_conf
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 9
This patch #if 0's an unused function.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 6 Feb 2005
drivers/isdn/act2000/capi.c |2 ++
drivers/isdn/act2000/capi.h |1 -
2 files changed, 2 insertions(+), 1 deletion(-)
---
Thanks for the answer!
Another related question :
I need to gather all application pages by reading the page tables.
The hard part is, I need to do this from a PCI device using DMA. As I
understand it, when a DMA is being performed, the pages are pinned in
memory . Since the PCI device has
On Sat, Mar 12, 2005 at 07:13:05PM -0800, Jesse Barnes wrote:
> On Friday, March 11, 2005 7:58 pm, Dave Jones wrote:
> > > sgi-agp.c was sent to Dave about 2 weeks ago. I assumed he was waiting
> > > for the TIO header files to make it from the ia64 tree into Linus's
> > > tree.
> >
> >
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 6 Feb 2005
drivers/isdn/capi/capi.c | 10 +-
drivers/isdn/capi/kcapi_proc.c | 10 +-
2 files changed, 10 insertions(+), 10
This patch makes five needlessly global functions static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 6 Feb 2005
drivers/isdn/divert/isdn_divert.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
---
This patch makes some needlessly global variables static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 16 Feb 2005
tvaudio.c | 22 +++---
1 files changed, 11 insertions(+), 11 deletions(-)
---
All callers of send_IPI_mask_sequence are in other files, so marking it
"inline" is quite pointless.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.11-mm3-full/arch/i386/kernel/smp.c.old2005-03-13
04:28:29.0 +0100
+++ linux-2.6.11-mm3-full/arch/i386/kernel/smp.c
This patch contains the following possible cleanips:
- make some needlessly global code static
- remove the compiled but completely unused debug.c
- remove or #if 0 the following unused global functions:
- command.c: loopback
- command.c: loadproc
- init.c: irq_supported
- packet.c:
I didn't find any possible modular usage of mca_find_device_by_slot in
the kernel, and this patch therefore removes the EXPORT_SYMBOL.
This patch should be safe since mca-legacy is nothing drivers should
move to.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dmitry Torokhov wrote:
| Hi,
|
| here are some changes that freshen I8K driver (Dell Inspiron/Latitude
| platform driver). The patches have been tested on Inspiron 8100.
| Please consider for inclusion.
|
| Thanks!
These patches look pretty good. A
I upgraded from 2.6.5 to 2.6.11.2 and my ancient (libc4 a.out) /sbin/portmap
from 1994 that's been running without complaint
on kernels for 11 years now consistently segfaults.
I upgraded to a version 4 RPM (circa 2002) and that fixed it.
If some compatibility was broken on purpose, that's fine,
* Alexander Nyberg ([EMAIL PROTECTED]) wrote:
> This makes it possible for a root-task to pass capabilities to
> nonroot-task across execve. The root-task needs to change it's
> cap_inheritable mask and set prctl(PR_SET_KEEPCAPS, 1) to pass on
> capabilities.
This overloads keepcaps, which could
On Friday, March 11, 2005 7:58 pm, Dave Jones wrote:
> > sgi-agp.c was sent to Dave about 2 weeks ago. I assumed he was waiting
> > for the TIO header files to make it from the ia64 tree into Linus's
> > tree.
>
> Actually I just got swamped with other stuff, and dropped the ball.
> I still
Hi Andi,
more than 2 months ago, you EXPORT_SYMBOL'ed phys_proc_id with the
following comment:
This is needed for the powernow k8 driver to manage AMD dual core systems.
This driver still doesn't use phys_proc_id today.
Is this obsolete and the EXPORT_SYMBOL can be removed again?
cu
On Wed, Dec 08, 2004 at 01:58:46PM -0500, Stephen Smalley wrote:
> On Fri, 2004-12-03 at 10:54, Stephen Smalley wrote:
> > - Shouldn't the AVC_CALLBACK_* definitions other than RESET be removed
> > since you are removing the other avc_ss interfaces?
>
> Actually, we'd have to keep at least the
On Wed, Mar 09, 2005 at 10:03:01AM +0100, Blaisorblade wrote:
>
> Yes, it must go in... only the Description is a bit problematic, since you'll
> get with the below:
> Description: Linux kernel, version linux-2.6.11
>
> Description: Linux kernel, version user-mode-linux-2.6.11
Good point.
On Fri, 11 Mar 2005 19:14:13 +, Alan Cox <[EMAIL PROTECTED]> wrote:
> I posted a proposal for this sometime ago because X has some uses for
> it. The idea being you'd pass a struct that describes
>
> 1. What tells you an IRQ occurred on this device
> 2. How to clear it
> 3. How
Matt Mackall <[EMAIL PROTECTED]> writes:
> On Fri, Mar 11, 2005 at 05:24:15PM -0800, john stultz wrote:
>> +struct timesource_t timesource_jiffies = {
>> +.name = "jiffies",
>> +.priority = 0, /* lowest priority*/
>> +.type = TIMESOURCE_FUNCTION,
>> +.read_fnct = jiffies_read,
>>
On Saturday 12 March 2005 21:47, Randy.Dunlap wrote:
> Reg Clemens wrote:
> > Any way to get larger fonts with xconfig?
> > On my system they are just about microscopic.
> >
> > I can do a to go to a different screen resolution,
> > but then I have all sorts of scanning to deal with.
> >
> > Ive
On Sat, Mar 12, 2005 at 08:05:11PM -0500, firefly blue wrote:
> Hi,
>
> With the 2.6 Linux kernel, I want to find, from the physical page
> frame, the virtual address of the page loaded in the frame and the
> process id of the process owning it.
Follow struct page->mapping to struct
Rene Scharfe <[EMAIL PROTECTED]> wrote:
> patch below makes procfs apply the umask of the processes to their
> respective /proc/ directories and the files below them. That
> allows users to gain a bit of privacy by setting a restrictive umask in
> their profiles.
A [ur]limit-like value is fine,
Hi,
With the 2.6 Linux kernel, I want to find, from the physical page
frame, the virtual address of the page loaded in the frame and the
process id of the process owning it.
I know that 2.6 kernel implements rmap where the page points to a pte
chain. But how to I get to the pid and virtual
On Fri, Mar 11, 2005 at 05:24:15PM -0800, john stultz wrote:
> +struct timesource_t timesource_jiffies = {
> + .name = "jiffies",
> + .priority = 0, /* lowest priority*/
> + .type = TIMESOURCE_FUNCTION,
> + .read_fnct = jiffies_read,
> + .mask = (cycle_t)~0,
Not sure this is
vs, please review and respond in 2 weeks. (vs is sick at the moment)
Thanks Adrian,
Hans
Adrian Bunk wrote:
>This patch contains possible cleanups including the following:
>- make needlessly global code static
>- plugin/compress/minilzo.c: many cleanups
>- remove or #if 0 the following
It's the load address of the library, and it's basically not meant to be a
stable value. It will at least depend on the load order and size of the
libraries, and it may in fact be intentionally randomized each run as a
security measure against ret2libc type attacks (PaX, execshield, etc all do
On Fri, 2005-03-11 at 16:42 +1100, Benjamin Herrenschmidt wrote:
> Hi !
>
> After discussion with ATIs, it seems that the workarounds they initially
> gave me were not completely correct.
>
> This patch implements the proper ones, which includes sleeping in PLL
> accesses, and thus requires the
On Thu, Mar 10, 2005 at 09:49:53PM -0500, Dave Jones wrote:
> On Fri, Mar 11, 2005 at 01:40:24PM +1100, Benjamin Herrenschmidt wrote:
> >
> > > After it does that pci_dev_put on the from, it does another pci_dev_get
> > > on 'dev', which is what my put was releasing.
> > >
> > > Or am I
On Fri, Mar 11, 2005 at 08:28:58PM +0100, Olaf Hering wrote:
>
> gen-devlist should print how many bytes will be cut off and pci.ids
> entry. Also print the removed '[more blah]' part.
>
> Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
>
> --- ../linux-2.6.10/drivers/pci/gen-devlist.c
On Sat, Mar 12, 2005 at 11:24:16AM +0100, Stefan Rompf wrote:
> Hi,
>
> Felix von Leitner wrote:
>
> > Did I mention that I'm really tired of you putting stones into ATI's
> > way? You might believe you have a right to piss everyone off, after all
> > people get what they paid for. Or maybe
On Sun, Mar 13, 2005 at 10:13:49AM +1100, Dave Airlie wrote:
> On Sat, 12 Mar 2005 19:29:20 +, Sean Neakums <[EMAIL PROTECTED]> wrote:
> > Sean Neakums <[EMAIL PROTECTED]> writes:
> >
> > > The following happens with 2.6.11-mm[123]. (I didn't have time to
> > > investigate earlier;
Hi !
Recent radeonfb's tend to be a bit anal with accepting or refusing a
mode on a CRT since they expect exact resolution, which doesn't really
happen with fbcon.
This patch reworks the mode matching function to fix that issue, but I
didn't have a chance to test it, so feedback appreciated.
- Convert sys_vperfctr_write() to accept triples.
Have it interpret codes for the common domains, and pass unknown
domains to perfctr_cpu_control_write().
- In sys_vperfctr_read(), replace "cmd" by "domain" and complete conversion
to fine-grained domains for control data.
- Remove _reserved
The ia32 perfctr syscalls were moved due to addition of ioprio
syscalls, but the ia32 emulation code in x86-64 wasn't updated.
Simple fix below.
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
/Mikael
arch/x86_64/ia32/ia32entry.S |4 +++-
include/asm-x86_64/ia32_unistd.h |4
On ppc32 the ATI Mach64 frame buffer references symbols on macmodes.o.
In Linus' 2.6.11 macmodes.o is automatically included, but not so in
2.6.11-mm3, causing linkage errors.
The quick-and-dirty hack below worked for me.
/Mikael
--- linux-2.6.11-mm2/drivers/video/Makefile.~1~ 2005-03-09
On Fri, 11 Mar 2005, Andrew Morton wrote:
>
> This patch causes a CONFIG_PREEMPT=y, CONFIG_PREEMPT_BKL=y,
> CONFIG_DEBUG_PREEMPT=y kernel on a ppc64 G5 to hang immediately after
> displaying the penguins, but apparently not before having set the hardware
> clock backwards 101 years.
>
> After
- Add declarations of common arch-specific domain numbers and
corresponding data structures to . This just
factors out common code, it does not impose any requirements
on arch-specific code.
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
/Mikael
include/linux/perfctr.h | 11
- Implement perfctr_cpu_control_write()/read() in-kernel API.
Only handle PERFCTR_DOMAIN_CPU_REGS, as the other domains will be
handled in generic code.
- Add per-CPU family reg_offset() functions, and have CPU family detection
set up a pointer to the appropriate function.
This depends on
- Implement perfctr_cpu_control_write()/read() in-kernel API.
Only handle PERFCTR_DOMAIN_CPU_REGS, as the other domains will be
handled in generic code.
- Implement get_reg_offset() via a static table. The ppc32 SPR numbers
we use don't form a nice dense range, alas.
This depends on the
- Move tsc_on/nractrs/nrictrs control fields to new struct cpu_control_header.
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
/Mikael
drivers/perfctr/virtual.c |3 ++-
1 files changed, 2 insertions(+), 1 deletion(-)
diff -rupN
- Move tsc_on/nractrs/nrictrs control fields to new struct cpu_control_header.
This depends on the physical-indexing patch for x86.
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
/Mikael
drivers/perfctr/x86.c | 32
include/asm-i386/perfctr.h |
- Move tsc_on/nractrs/nrictrs control fields to new struct cpu_control_header.
This depends on the physical-indexing patch for ppc32.
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
/Mikael
drivers/perfctr/ppc.c | 18 +-
include/asm-ppc/perfctr.h |6 +-
2
- Switch ppc32 driver to use physically-indexed control data.
- Rearrange struct perfctr_cpu_control. Remove _reserved fields.
- ppc_mmcr[] array in struct perfctr_cpu_state is no longer needed.
- In perfctr_cpu_update_control, call check_ireset after check_control,
since check_ireset now needs
- Switch x86 driver to use physically-indexed control data.
- Rearrange struct perfctr_cpu_control. Remove _reserved fields.
- On P5 and P5 clones users must now format the two counters'
control data into a single CESR image.
- On P4 check ESCR value after retrieving the counter's ESCR number.
Andrew,
This is the last planned major perfctr API update.
This set of patches change how control data is communicated
between user-space and the kernel. The main idea is that the
control data is partitioned into "domains", and each domain is
given its own representation. The design principles
On Sat, 12 Mar 2005 19:29:20 +, Sean Neakums <[EMAIL PROTECTED]> wrote:
> Sean Neakums <[EMAIL PROTECTED]> writes:
>
> > The following happens with 2.6.11-mm[123]. (I didn't have time to
> > investigate earlier; sorry.) It does not happen with 2.6.11-rc3-mm2
> > and 2.6.11. I have tested
I have a box which is using a Chaintech MPM800-3 board, with a Compaq
NC3131 dual port NIC on a PCI slot. I have been unable to get it to run
stable for more than a day or so with the following errors:
http://davidcoulson.net/~david/out.txt
I have tested with both a UP and SMP kernel, with
Here's a two year old patch for doing the same thing inside of UML but
it was never merged. The advantage to this scheme is that UML
implements the kernel. The same driver source code can be used inside
UML and the main kernel.
I modified UML so that it implemented all of the common calls drivers
This patch contains the following possible cleanups:
- pci-acpi.c: make OSC_UUID static
- remove the following unused functions:
- pci-acpi.c: acpi_query_osc
- pci-acpi.c: pci_osc_support_set
- remove the following unneeded EXPORT_SYMBOL's:
- pci-acpi.c: pci_osc_support_set
Signed-off-by:
On Sun, 13 Mar 2005, OGAWA Hirofumi wrote:
>
> However, inode->i_writecount and some stuffs seems to be already using
> the negative values (or sparc was used the signed 24 bits value).
>
> Anyway, unfortunately inode->i_writecount triggered in atomic_dec().
Ahh, you're right. Thanks for
This patch contains the following cleanups:
- make a needlessly global function static
- make three needlessly global structs static const
Since after moving the now-static stucts to smc-mca.c the file smc-mca.h
was empty except for two #define's, I've also killed the rest of
smc-mca.h .
Linus Torvalds <[EMAIL PROTECTED]> writes:
> Btw, this should probably check for negative 32-bit values too, ie the
> test should probably be
>
> if ((int)atomic_read(v) <= 0)
>
> and it should probably be done for the regular atomic_dec() etc cases too,
> not just the dec-and-test.
This patch contains cleanups under drivers/video/ including:
- make some needlessly global code static
- the following was needlessly EXPORT_SYMBOL'ed:
- fbcon.c: fb_con
- fbmon.c: get_EDID_from_firmware (completely unused)
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/mtd/maps/ich2rom.c is completely unused because it was renamed
to drivers/mtd/maps/ichxrom.c .
This patch removes the stale ich2rom.c file.
This patch was already ACK'ed by David Woodhouse and Eric W. Biederman.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was
Reg Clemens wrote:
Any way to get larger fonts with xconfig?
On my system they are just about microscopic.
I can do a to go to a different screen resolution,
but then I have all sorts of scanning to deal with.
Ive looked for documentation, but didnt find it in any of the
places I looked...
No
On Sat, 2005-03-12 at 07:56 -0800, George Anzinger wrote:
> J. Bruce Fields wrote:
> > On APM resume this morning on my Thinkpad X31, I got a "spin_lock is
> > already locked" error; see below. This doesn't happen on every resume,
> > though it's happened before. The kernel is 2.6.11 plus a
On Sat, Mar 12, 2005 at 07:56:10AM -0800, George Anzinger wrote:
> Yesterday's night mare, todays bug :(
Actually, I think people have been hitting this bug for a few months on
Fedora Core, so it's not really *today's* bug... This might be the first
time it's getting discussed on LKML though. (I
On Wed, Mar 09, 2005 at 09:36:12AM +0100, Romain Lievin wrote:
> Hi,
>
> this patch against 2.6.11-rc3 fixes some warnings about GtkToolButton in gkc
> (the GTK Kernel Configurator).
Applied, 2 warnings fixed - 10 more to go.
Care to take a look at them?
Also gconfig does not support setting
Hi all,
patch below makes procfs apply the umask of the processes to their
respective /proc/ directories and the files below them. That
allows users to gain a bit of privacy by setting a restrictive umask in
their profiles.
Unlike my previous patches on that subject it requires no new parameter
Rehi Alexander,
On Sat, Mar 12, 2005 at 04:08:05PM +0100, Alexander Nyberg wrote:
> The next one here is how it looks when it is not so good:
> [0xc013962b] find_or_create_page+91
> [0xc01596ac] grow_dev_page+44
> [0xc015986a] __getblk_slow+170
> [0xc0159c26] __getblk+54
> [0xf8ac0a57] +1207
>
Zwane Mwaikambo wrote:
On Sat, 12 Mar 2005, George Anzinger wrote:
I agree. Still in all that follows, no one has addressed the apparent race
described above. The reason the system reported the errors that started this
thread is that the APM restore code was trying to read the cmos clock (I
On Sat, 12 Mar 2005, George Anzinger wrote:
> I agree. Still in all that follows, no one has addressed the apparent race
> described above. The reason the system reported the errors that started this
> thread is that the APM restore code was trying to read the cmos clock (I
> assume to set the
On Sat, 12 Mar 2005 18:15:30 +0500, Alexander E. Patrakov
<[EMAIL PROTECTED]> wrote:
> Jon Smirl wrote:
>
> > Here's a big clue, if I build ata_piix in I can boot. If it is a
> > module I can't. The console output definitely shows that the module is
> > being loaded.
>
> Of course I am not an
Yes, technically, you can share the wait queue between two modules.
Ofcourse, provided you can manage to initialise it before any use.
Kedar.
On Fri, 11 Mar 2005 17:11:18 +0530, Mohan <[EMAIL PROTECTED]> wrote:
> Hello All,
>
> I have a question regarding the wait queues. I have a driver
>
Sean Neakums <[EMAIL PROTECTED]> writes:
> The following happens with 2.6.11-mm[123]. (I didn't have time to
> investigate earlier; sorry.) It does not happen with 2.6.11-rc3-mm2
> and 2.6.11. I have tested 2.6.11-mm3 with dri disabled (by not
> loading X's dri module) and it also does not
On Sat, Mar 12, 2005 at 08:03:58PM +0100, Juan M. de la Torre wrote:
>
> The original get_irqnr_and_bse macro leave Z flag set when the IRQ
> being handled is #0, but the correct behaviour is to clear the flag
> when there is at least one IRQ to handle.
>
> PS: Please CC me in the reply
Jeff Garzik writes:
Make sure to upgrade your BIOS, too.
Jeff
Already done. Both motherboard and controller have the latest bios
available.
I'll borrow another SATA controller, and I'll try again the powermax
utility, but it's sooo slow (~ 3 days to complete the certification test) :(
The following happens with 2.6.11-mm[123]. (I didn't have time to
investigate earlier; sorry.) It does not happen with 2.6.11-rc3-mm2
and 2.6.11. I have tested 2.6.11-mm3 with dri disabled (by not
loading X's dri module) and it also does not happen then.
When I start X, I get a screen full of
1 - 100 of 374 matches
Mail list logo
