Hi,
I am using the following makefile and the .c file to
generate a kernel module. I can load this module
without error and warning. But when I call ioctl()
from user application to run this module it gets
kernel panic!
I am using redhat 9.0 and kernel 2.4.20-8.
testmngmnt.c:
=
This f
Linas Vepstas writes:
> Actually, no. There are three issues:
> 1) hotplug routines are called from within kernel. GregKH has stated on
>multiple occasions that doing this is wrong/bad/evil. This includes
>calling hot-unplug.
>
> 2) As a result, the code to call hot-unplug is a bit messy
On Mon, Aug 29 2005, Nathan Scott wrote:
> On Wed, Aug 24, 2005 at 11:28:39AM +0200, Jens Axboe wrote:
> > ...
> > Patch attached is against 2.6.13-rc6-mm2. Still a good idea to apply the
> > relayfs read update from the previous mail [*] as well.
>
> Hi Jens,
>
> There's a minor config botch in
On Monday 29 August 2005 01:16, James Courtier-Dutton wrote:
> Dominik Wezel wrote:
> > Problem
> > ===
> > When turning on the laptop and during POST and GrUB loading, all ports
> > on the hub are enabled. During the USB initialization phase, when the
> > hub is detected, shortly all ports be
On Sun, Aug 28, 2005 at 01:20:51AM +0100, Daniel Drake wrote:
> Hi,
>
> Tim Weippert wrote:
> >i have read some postings concerning the following Kernel Messages:
> >
> >Aug 26 18:04:01 montdsnsu3 kernel: grep[11619] general protection
> >rip:2aaaed43 rsp:7f9c0740 error:0
> >Aug 26 18:08:0
On Wed, Aug 24, 2005 at 11:28:39AM +0200, Jens Axboe wrote:
> ...
> Patch attached is against 2.6.13-rc6-mm2. Still a good idea to apply the
> relayfs read update from the previous mail [*] as well.
Hi Jens,
There's a minor config botch in there, I get this:
scripts/kconfig/conf -s arch/i386/Kco
On Mon, 29 Aug 2005 09:31:31 +0530 raja wrote:
> I have subscribed in kernel newbie group.can anyone you please tell me
> how can i post a question please.
send email to:
[EMAIL PROTECTED]
---
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Is there any reason for not putting the kernel(and it's updates) up on a
tracker on kernel.org? I looked through the list and noted that there
has not been any discussion in regards to this topic.
I personally don't have enough up-stream bandwidth(384K) to support a
tracker, but I have enough to
On Sun, 2005-08-28 at 13:20 +0200, Andreas Schwab wrote:
> The last change to drivers/pci/setup-res.c (Ignore disabled ROM resources
> at setup) is breaking radeonfb on iBook G3 (with Radeon Mobility M6 LY).
> It crashes in pci_map_rom when called from radeonfb_map_ROM. This is
> probably a dorman
Erik Mouw wrote:
On Fri, Aug 26, 2005 at 05:25:37PM +0800, Coywolf Qi Hunt wrote:
I just wrote a tool with kernel patch, which is to set the uid's of a running
process without FORK.
The tool is at http://users.freeforge.net/~coywolf/pub/promote/
Usage: promote [uid]
I once need such a too
Alan Cox wrote:
On Gwe, 2005-08-26 at 19:02 +0800, Coywolf Qi Hunt wrote:
3) admins can `promote' a suspect process instead of killing it.
Is it also generally useful in practice? Thoughts?
The locking is wrong. At the moment the entire kernel assumes that a
process uid is not cha
må den 29.08.2005 Klokka 13:37 (+1000) skreiv Nick Piggin:
> James Bottomley wrote:
> > On Sun, 2005-08-28 at 18:35 -0700, Andrew Morton wrote:
>
> >>It does make the tree higher and hence will incur some more cache missing
> >>when descending the tree.
> >
> >
> > Actually, I don't think it doe
James Bottomley wrote:
On Sun, 2005-08-28 at 18:35 -0700, Andrew Morton wrote:
It does make the tree higher and hence will incur some more cache missing
when descending the tree.
Actually, I don't think it does: the common user is the page tree.
Obviously, I've changed nothing on 64 bits,
On Sun, 2005-08-28 at 18:35 -0700, Andrew Morton wrote:
> > Well ... It's my opinion (and purely unsubstantiated, I suppose) that
> > it's more efficient on 32 bit platforms to do bit operations on 32 bit
> > quantities, which is why I changed the radix tree map shift to 5 for
> > that case.
> >
>
On Mon, 29 Aug 2005, Jerome Pinot wrote:
>
> Using git in the linus tree:
> $ git-whatchanged v2.6.12..v2.6.13 --pretty=full
It's really much nicer to just do
git log --no-merges v2.6.12..v2.6.13
which gives you a much more readable result.
git-whatchanged is useful if you also want
On Mon, 29 Aug 2005, Jesper Juhl wrote:
>
> http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.13 seems to
> be the 2.6.13-rc7 -> 2.6.13 final ChangeLog. Any chance we could get
> the full 2.6.12 -> 2.6.13 ChangeLog up there?
Done.
(Well, it's going to take a while to mirror out).
That'
>On 8/29/05, Linus Torvalds <...> wrote:
>>
>> There it is.
>>
>http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.13 seems to
>be the 2.6.13-rc7 -> 2.6.13 final ChangeLog. Any chance we could get
>the full 2.6.12 -> 2.6.13 ChangeLog up there?
Using git in the linus tree:
$ git-whatchange
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
KDB (Linux Kernel Debugger) has been updated.
ftp://oss.sgi.com/projects/kdb/download/v4.4/
ftp://ftp.ocs.com.au/pub/mirrors/oss.sgi.com/projects/kdb/download/v4.4/
Note: Due to a spam attack, the kdb@oss.sgi.com mailing list is now
subscriber only.
On Aug 28, 2005, at 19:37:16, Adrian Bunk wrote:
On Sun, Aug 28, 2005 at 02:55:03PM -0700, Andrew Morton wrote:
Kyle Moffett <[EMAIL PROTECTED]> wrote:
While exploring the asm-*/types.h files, I discovered that the
type "kmem_bufctl_t" is differently defined across each platform,
sometimes as
James Bottomley <[EMAIL PROTECTED]> wrote:
>
> On Sun, 2005-08-28 at 17:52 -0700, Andrew Morton wrote:
> > > +#if BITS_PER_LONG == 32
> > > +#define RADIX_TREE_MAP_SHIFT 5
> > > +#elif BITS_PER_LONG == 64
> > > ...
> > > struct radix_tree_node {
> > > - unsigned intcount;
> > > void
On Sun, 2005-08-28 at 17:52 -0700, Andrew Morton wrote:
> > +#if BITS_PER_LONG == 32
> > +#define RADIX_TREE_MAP_SHIFT 5
> > +#elif BITS_PER_LONG == 64
> > ...
> > struct radix_tree_node {
> > - unsigned intcount;
> > void*slots[RADIX_TREE_MAP_SIZE];
> > - unsigned lo
James Bottomley <[EMAIL PROTECTED]> wrote:
>
> On Sat, 2005-08-27 at 10:53 -0700, Andrew Morton wrote:
> > a) fix radix_tree_gang_lookup() to use find_next_bit()
> >
> > b) remove radix_tree_node.count
> >
> > c) Add a new tag field which simply means "present"
> >
> > d) remove radix_tree_gang_
On Mon, 2005-08-29 at 01:26 +0100, Matthew Garrett wrote:
> Hi!
>
> I'm currently working on an entirely userspace bootsplash program. It
> works quite happily, except in the case of resuming from hibernation.
> The splash program is launched at the start of initramfs, and at the
> end of initr
On Sat, 2005-08-27 at 10:53 -0700, Andrew Morton wrote:
> a) fix radix_tree_gang_lookup() to use find_next_bit()
>
> b) remove radix_tree_node.count
>
> c) Add a new tag field which simply means "present"
>
> d) remove radix_tree_gang_lookup() and __lookup() altogether
>
> e) Implement radix_tr
On 8/29/05, Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> There it is.
>
http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.13 seems to
be the 2.6.13-rc7 -> 2.6.13 final ChangeLog. Any chance we could get
the full 2.6.12 -> 2.6.13 ChangeLog up there?
--
Jesper Juhl <[EMAIL PROTECTED]>
Do
Hi!
I'm currently working on an entirely userspace bootsplash program. It
works quite happily, except in the case of resuming from hibernation.
The splash program is launched at the start of initramfs, and at the
end of initramfs (after the disk modules have been loaded) we attempt to
trigger
Please pull from the 'upstream' branch of
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
to obtain the changes described in the following diffstat/shortlog/patch.
It's mostly fixes for uncommon paths (PIO, ATAPI), and new PCI IDs.
Stuff not urgent enough for 2.6.13.
There it is.
The most painful part of 2.6.13 is likely to be the fact that we made x86
use the generic PCI bus setup code for assigning unassigned resources.
That uncovered rather a lot of nasty small details, but should also mean
that a lot of laptops in particular should be able to discover
This patch does the following:
- changes license of all code from OSL+GPL to plain ole GPL
- except for NVIDIA, who hasn't yet responded about sata_nv
- copyright holders were already contacted privately
- adds info in each driver about where hardware/protocol docs may be
obtained
- where
On Sun, Aug 28, 2005 at 02:55:03PM -0700, Andrew Morton wrote:
> Kyle Moffett <[EMAIL PROTECTED]> wrote:
> >
> > While exploring the asm-*/types.h files, I discovered that the
> > type "kmem_bufctl_t" is differently defined across each platform,
> > sometimes as a short, and sometimes as an int.
Mateusz Berezecki wrote:
Hello List Readers,
I would really appreciate any comment on the overall performance of task
switching with 25 000 threads running on the Linux system. I was asked to work
on some software which spawns 25 000 threads and I am really worried if
it will ever work on 2 CPU
Dominik Wezel wrote:
Problem
===
When turning on the laptop and during POST and GrUB loading, all ports
on the hub are enabled. During the USB initialization phase, when the
hub is detected, shortly all ports become disabled, then turn on again
(uhci_hcd detects the lo-speed ports). Upon
[PATCH] v9fs: remove sparse bitwise warnings
Fixed a bunch of cast conversions to remove -Wbitwise warnings from
sparse.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
commit fec4b0831dba7e27e9531d0566eec1a5646f3e79
tree dfc14f433354a8dcdb049bc8137e7f31d7cbda3e
parent 67fefd3d8da2c41
[PATCH] v9fs: Fix Plan9port example in v9fs documentation.
Resend: to fix typo that I should have caught first time around.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
commit 678b78b5268b253e21aa818fac25ea13291eafff
tree fc3d94d10d23fedee95091e372c51e1156a0360f
parent 06e00e56fdf2
Kyle Moffett <[EMAIL PROTECTED]> wrote:
>
> While exploring the asm-*/types.h files, I discovered that the
> type "kmem_bufctl_t" is differently defined across each platform,
> sometimes as a short, and sometimes as an int. The only file
> where it's used is mm/slab.c, and as far as I can tell,
On Saturday 27 August 2005 16:39, Mattia Dongili wrote:
> On Sat, Aug 27, 2005 at 05:09:04PM -0300, Rog???rio Brito wrote:
> > Hi, Andrew.
> >
> > I just tested the USB mouse with 2.6.13-rc6-mm2 and ACPI disabled
> > (which, according to Linus, is one of the "usual suspects") and the
> > problem s
On Sun, Aug 28, 2005 at 04:10:50PM -0500, Eric Van Hensbergen wrote:
> [PATCH] v9fs: Fix Plan9port example in v9fs documentation.
> --- a/Documentation/filesystems/v9fs.txt
> +++ b/Documentation/filesystems/v9fs.txt
> - mount -t 9P /tmp/ns.root.:0/acme/acme /mnt/9 proto=unix,name=$USER
> +
On Sun, Aug 28, 2005 at 04:43:27PM -0500, Eric Van Hensbergen wrote:
> On 8/28/05, Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> > On Sun, Aug 28, 2005 at 04:05:07PM -0500, Eric Van Hensbergen wrote:
> > > [PATCH] v9fs: use standard kernel byteswapping routines
> > >
> > > Originally suggested by hc
On 8/28/05, Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 28, 2005 at 04:05:07PM -0500, Eric Van Hensbergen wrote:
> > [PATCH] v9fs: use standard kernel byteswapping routines
> >
> > Originally suggested by hch, we have removed our byteswap code
> > and replaced it with calls to the stan
While exploring the asm-*/types.h files, I discovered that the
type "kmem_bufctl_t" is differently defined across each platform,
sometimes as a short, and sometimes as an int. The only file
where it's used is mm/slab.c, and as far as I can tell, that file
doesn't care at all, aside from preferrin
On Fri, 2005-08-26 at 16:34 +0100, Alan Cox wrote:
> On Gwe, 2005-08-26 at 05:39 +0200, Wieland Gmeiner wrote:
> > This is the second of two patches, it implements the setprlimit()
> > syscall.
> >
> > Implementation: This patch provides a new syscall setprlimit() for
> > writing a given process r
On Sun, Aug 28, 2005 at 04:05:07PM -0500, Eric Van Hensbergen wrote:
> [PATCH] v9fs: use standard kernel byteswapping routines
>
> Originally suggested by hch, we have removed our byteswap code
> and replaced it with calls to the standard kernel byteswapping code.
> - buf->p[0] = val;
> -
[PATCH] v9fs: adjust follow_link and put_link to match new VFS API
In 2.6.13-rc7 the prototypes for follow_link and put_link were changed
to include support for a cookie to help reclaim resources. This patch
adjusts their definitions in the v9fs implementation.
Signed-off-by: Eric Van Hensbergen
[PATCH] v9fs: Fix Plan9port example in v9fs documentation.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
commit 678b78b5268b253e21aa818fac25ea13291eafff
tree fc3d94d10d23fedee95091e372c51e1156a0360f
parent 06e00e56fdf2c3e230ff60f6fdab6db789f16e73
author Eric Van Hensbergen <[EMAIL PR
[PATCH] v9fs: use standard kernel byteswapping routines
Originally suggested by hch, we have removed our byteswap code
and replaced it with calls to the standard kernel byteswapping code.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
commit 06e00e56fdf2c3e230ff60f6fdab6db789f16e73
t
Michael Marineau napsal(a):
Generic function to post the video bios.
Based directly on the original patch by Ole Rohne.
Signed-off-by: Michael Marineau <[EMAIL PROTECTED]>
Index: linux-2.6.13-rc7/arch/i386/kernel/acp
Micheal Marineau napsal(a):
Here is a cleaned up version of the patch to repost radeon cards when
resuming from acpi s3 suspend. I've been sitting on it for a while
hoping that I might be able to gain some insight in how to use the d2
state instead of this repost as ppc does. On my x86 laptop
I've always felt that the comment about "bug in chip related to cacheline
size" was somewhat questionable, since it really seemed like the driver
was obviously not configuring cacheline size and DMA burst length
correctly.
Is there anyone around at SGI, or anywhere else, that could test this?
An
Yes, I have two separate machines with the same controller and HDD.
As soon as I found out it fixed the bug on one of them, I changed it on
the other, neither machine has crashed since.
On Fri, 26 Aug 2005, Patrick McFarland wrote:
On Friday 26 August 2005 05:36 pm, Justin Piszcz wrote:
2- A
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
>
> On Sun, 28 Aug 2005, James Bottomley wrote:
> >
> > radix_tree_insert() is reliable from IRQ provided you don't try to use
> > radix_tree_preload() and you defined your radix tree gfp flag to be
> > GFP_ATOMIC.
>
> It would be better if it wasn'
On 8/23/05, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Peter Bortas <[EMAIL PROTECTED]> wrote:
>
> > 2.6.13-rc6-rt8 fails to build with my configuration (attached):
> >
> > net/built-in.o: In function `ip_rt_init':
> > : undefined reference to `__you_cannot_kmalloc_that_much'
> > make[1]: *** [
> Is there any hope of 2.6 gaining IDE hotswap? Given how easy it is to
> capture removal events with ACPI, it would be nice to be able to do
> something useful with it (rather than just tending to crash the machine)
For the SATA layer I see no real barriers. The core scsi code/block code
can hand
On Sun, 2005-08-28 at 20:50 +0200, iSteve wrote:
> Greetings,
> in past few days, I've been trying to obtain certian information about
> behavior of e100 NIC driver with my minipci card. My first hit was the
> contact information mentioned in the header of e100.c, that is, "Linux
> NICS <[EMAIL
On Sun, 2005-08-28 at 18:44 +0200, Arnd Bergmann wrote:
> I never really thought of it as a device driver but rather an architecture
> extension, so it started out in arch/ppc64/kernel. Since most of the code
> is interacting with VFS, it is now in fs/spufs. I don't really care about
> the location
On Sun, 28 Aug 2005, James Bottomley wrote:
>
> radix_tree_insert() is reliable from IRQ provided you don't try to use
> radix_tree_preload() and you defined your radix tree gfp flag to be
> GFP_ATOMIC.
It would be better if it wasn't, though.
I really don't see why we made it irq-safe, and ta
Alan Cox <[EMAIL PROTECTED]> wrote:
> It won't work on hd* either. 2.4-ac supports drive plugging but nothing
> else ever did. For the SATA case see Jeff's sata status page 8) and join
> in the fun. Most of what is needed is already there.
Ok. The machine in question has an ICH6 controller, whic
> > http://marc.theaimsgroup.com/?l=linux-usb-devel&m=112439094723976&w=2
Yes please ... these issues do seem to be intermittent and hardware-specific,
so we'd like to know if relaxed enumeration timings work better for the folk
who have these problems.
> Yes, Dominik, please do. The TT was a po
On 8/28/05, iSteve <[EMAIL PROTECTED]> wrote:
> Greetings,
> in past few days, I've been trying to obtain certian information about
> behavior of e100 NIC driver with my minipci card. My first hit was the
> contact information mentioned in the header of e100.c, that is, "Linux
> NICS <[EMAIL PROTEC
On Sat, 2005-08-27 at 10:53 -0700, Andrew Morton wrote:
> I'd say the main naivety in gang lookup is the awkward top-level iteration
> algorithm. The way it bales out all the way to the top level of the tree
> once __lookup() hits the end of the slots[] array, even though results[]
> isn't full ye
Of late I have been working on a driver for the IBM Hard Drive Active
Protection System (HDAPS), which provides a two-axis accelerometer and
some other misc. data. The hardware is found on recent IBM ThinkPad
laptops.
The following patch adds the driver to 2.6.13-rc6-mm2. It is
self-contained a
[PATCH] v9fs: fix a problem with named-pipe transport
Found the problem. I am not sure why, but unix_mkname in
net/unix/af_unix.c writes a zero byte outside the sockaddr_un parameter.
There is even a comment that it might seem like a bug, but it is not --
I didn't understand the explanation -- it
On Mon, Aug 22, 2005 at 11:16:46PM -0600, ScytheBlade1 wrote:
> I've enabled everything needed...the CF port works flawlessly. However,
> the SD slot does *not*. I've got about 5+ pages worth of dmesg output
> related to this (MMC is NOT debug enabled, and I still get a disturbing
> amount of outpu
[PATCH] v9fs: fix handling of malformed 9P messages
This patch attempts to do a better job of cleaning up after detecting
errors on the transport. This should also improve error reporting on
broken connections to servers.
Signed-off-by: Latchesar Ionkov <[EMAIL PROTECTED]>
Signed-off-by: Eric Va
Hi Andreas, all,
> The last change to drivers/pci/setup-res.c (Ignore disabled ROM
> resources at setup) is breaking radeonfb on iBook G3 (with Radeon
> Mobility M6 LY). It crashes in pci_map_rom when called from
> radeonfb_map_ROM. This is probably a dormant bug that was just
> uncovered by the
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
On 28.08.2005 [00:44:05 -0700], Michael Marineau wrote:
> Nishanth Aravamudan wrote:
> > On 27.08.2005 [18:25:44 -0700], Michael Marineau wrote:
> >
> >>Thses patches resume ATI radeon cards from acpi S3 suspend when using
> >>radeonfb by reposting the video bios. This is needed to be able to use
Hi,
this patch clean the blacklist and should be applied after "only parse
device that have CRS method" patch:
Battery, Button, Fan don't have a CRS and should be removed.
PCI root, PIC, Timer are in pnpbios and are harmless.
Please comment and consider for inclusion.
Thanks,
Matthieu
Index
Hi,
this patch blacklist device that don't have CRS method as there are
useless for pnp layer as they don't provide any resource.
Please comment and consider for inclusion.
Thanks,
Matthieu
Index: linux-2.6.13rc/drivers/pnp/pnpacpi/core.c
=
Hi,
Shaohua Li wrote:
On Wed, 2005-08-03 at 23:16 +0200, matthieu castet wrote:
There are drivers/acpi/motherboard.c that done some stuff already handle
by pnp/system.c.
Yes, it should be disabled if pnpacpi is enabled.
But even if pnpacpi is disabled, pnp/system.c sould work with pnpbios.
On Wed, Aug 24, 2005 at 03:12:02PM -0700, Deepak Saxena wrote:
> Version 6 of the ARM architecture introduces the concept of 16MB pages
> (supersections) and 36-bit (40-bit actually, but nobody uses this)
> physical addresses. 36-bit addressed memory and I/O and ARMv6 can
> only be mapped using sup
On Mon, Aug 22, 2005 at 08:42:57PM +0200, Pavel Machek wrote:
> Please apply,
Unfortunately not - I don't look after PCMCIA anymore. Please send
this to Dominik Brodowski.
Thanks.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 Serial core
-
On Mon, Aug 22, 2005 at 01:04:27PM +0200, Pavel Machek wrote:
> This kills i386-specific stuff from arm Kconfig. Please apply,
Could I have a signed-off-by line for this patch please?
Thanks.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 Se
On Wed, Aug 24, 2005 at 12:36:53PM +0200, Adrian Bunk wrote:
> - egcs is not supported by kernel 2.6
Ok.
> - Am I right to assume that gcc 2.95.3 is not worse than gcc 2.95.1?
No idea - I've given up tracking what compilers work and don't work on
the grounds that I'm too scared to change my comp
LANL reported some issues with random crashes during mount of
legacy protocol servers (9P2000 versus 9P2000.u) -- crash was always
happening in readlink (which should never happen in legacy mode). Added
some sanity conditionals to the get_inode code which should prevent the
errors LANL was seeing.
On Freedag 26 August 2005 10:17, Pekka Enberg wrote:
> I am confused. The code is architecture specific and does device I/O. Why do
> you want to put this in fs/ and not drivers/?
I never really thought of it as a device driver but rather an architecture
extension, so it started out in arch/ppc64/
Oliver Neukum wrote:
If you need that, it belongs into the kernel.
Why? By that logic, any realtime app would have to be built into the
kernel. There is no need to put this kind of functionality into the
kernel itself. mlockall() and SCHED_FIFO scheduling priority should
ensure that the daem
Justin Piszcz wrote:
> I have three different Maxtor (promise) ATA/133 controllers, it
> happens with all three.
Ever since going to 2.6.12 I also have random hangs with my fileserver.
I've got a
Bus 0, device 6, function 0:
Unknown mass storage controller: Promise Technology, Inc. 2
Pallipadi, Venkatesh wrote: [Fri Aug 26 2005, 08:53:35PM EDT]
>
> Yes. Looks like "ti->drift = HPET_DRIFT;" is right here. However, I
> would
> like to double check this with Bob.
>
> Thanks,
> Venki
>
> >-Original Message-
> >From: Alex Williamson [mailto:[EMAIL PROTECTED]
> >Sent
On Sat, Aug 27, 2005 at 03:31:57PM -0700, Andrew Morton wrote:
> Rogério Brito <[EMAIL PROTECTED]> wrote:
> >
> > Hi, Andrew.
> >
> > I just tested the USB mouse with 2.6.13-rc6-mm2 and ACPI disabled
> > (which, according to Linus, is one of the "usual suspects") and the
> > problem still occurred
Michael Marineau <[EMAIL PROTECTED]> wrote:
> Thses patches resume ATI radeon cards from acpi S3 suspend when using
> radeonfb by reposting the video bios. This is needed to be able to use
> S3 when the framebuffer is enabled.
Please don't make this unconditional. There's no guarantee whatsoever
struct zfcp_port::scsi_id was removed by commit
3859f6a248cbdfbe7b41663f3a2b51f48e30b281
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
drivers/s390/scsi/zfcp_sysfs_port.c |2 --
1 files changed, 2 deletions(-)
--- linux-vanilla/drivers/s390/scsi/zfcp_sysfs_port.c
+++ linux-zfcp/dri
The last change to drivers/pci/setup-res.c (Ignore disabled ROM resources
at setup) is breaking radeonfb on iBook G3 (with Radeon Mobility M6 LY).
It crashes in pci_map_rom when called from radeonfb_map_ROM. This is
probably a dormant bug that was just uncovered by the change.
Andreas.
--
Andre
Hi,
I will check code in several days, but I cannot re-produce a problem in a moment
because I am away from home for business trip.
In my understand, the driver recognize the CPU properly.
At Fri, 26 Aug 2005 19:01:37 +0100,
Jose Miguel Goncalves wrote:
>
> Hi all,
>
> I'm trying to use cpufr
On 8/26/05, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> On 8/26/05, Robert Love <[EMAIL PROTECTED]> wrote:
> > On Fri, 2005-08-26 at 14:27 -0500, Dmitry Torokhov wrote:
> >
> > > What this completion is used for? I don't see any other references to it.
> >
> > It was the start of the release() rou
Am Sonntag, 28. August 2005 10:09 schrieb Pavel Machek:
>
> > >>Of late I have been working on a driver for the IBM Hard Drive Active
> > >>Protection System (HDAPS), which provides a two-axis accelerometer and
> > >>some other misc. data. The hardware is found on recent IBM ThinkPad
> > >>laptop
> >>Of late I have been working on a driver for the IBM Hard Drive Active
> >>Protection System (HDAPS), which provides a two-axis accelerometer and
> >>some other misc. data. The hardware is found on recent IBM ThinkPad
> >>laptops.
> >>
> >>The following patch adds the driver to 2.6.13-rc6-mm2.
Hi!
> Generic function to post the video bios.
>
> Based directly on the original patch by Ole Rohne.
>
> Signed-off-by: Michael Marineau <[EMAIL PROTECTED]>
(Just FYI, I already ACKed those patches, and I'll like them to go in
after some testing in -mm).
Nishanth Aravamudan wrote:
> On 27.08.2005 [18:25:44 -0700], Michael Marineau wrote:
>
>>Thses patches resume ATI radeon cards from acpi S3 suspend when using
>>radeonfb by reposting the video bios. This is needed to be able to use
>>S3 when the framebuffer is enabled.
>
>
> Just wanted to repor
Manuel Lauss wrote:
> Michael Marineau wrote:
>
>> Thses patches resume ATI radeon cards from acpi S3 suspend when using
>> radeonfb by reposting the video bios. This is needed to be able to use
>> S3 when the framebuffer is enabled.
>
>
> These patches break resume from S3 for me. On a vanilla
On 8/27/05, Sat. <[EMAIL PROTECTED]> wrote:
> 2005/8/27, Christopher Friesen <[EMAIL PROTECTED]>:
> > Sat. wrote:
> > > the case about kernel preemption as follow :
> > >
> > > the book said "when a process that has a higher priority than the
> > > currenty running process is awakened ".
> > >
> >
90 matches
Mail list logo
