* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
> Make the generic version of ptep_set_wrprotect a macro. This is good for
> code uniformity, and fixes the build for architectures which include pgtable.h
> through headers into assembly code, but do not define a ptep_set_wrprotect
> function.
This
On Mon, 2005-08-15 at 22:35 -0700, Chris Wedgwood wrote:
> On Tue, Aug 16, 2005 at 12:19:49AM -0500, Michael E Brown wrote:
>
> > Hmm... did I mention libsmbios? :-)
> > http://linux.dell.com/libsmbios/main.
>
> I'm aware of it --- it seems pretty limited right now and I'm still
> irked Dell
On Tue, 2005-08-16 at 12:30 +0900, Hiro Yoshioka wrote:
> The following example shows the L3 cache miss is reduced from 37410 to 107.
most impressive; it seems the approach to do this selectively is paying
off very well!
The only comment/question I have is about the use of prefetchnta; that
Chris Wright wrote:
Thanks for the feedback. Comments inline.
@@ -30,7 +33,7 @@
static inline unsigned long get_desc_base(struct desc_struct *desc)
{
unsigned long base;
- base = ((desc->a >> 16) & 0x) |
+ base = (desc->a >> 16) |
Seemingly unrelated.
On Monday 15 August 2005 08:22, Jesper Juhl wrote:
> Can you reproduce the crash reliably?
> Can you reproduce the crash with a non-tainted kernel?
I've tried several times now to reproduce the oops, but there might have been
another factor that led to the oops, because just booting the kernel
On Tue, 2005-08-16 at 13:17 +0900, Hirokazu Takahashi wrote:
> Hi,
>
> BTW, what are you going to do with the page-faults which may happen
> during __copy_user_zeroing_nocache()? The current process may be blocked
> in the handler for a while and get FPU registers polluted.
> kernel_fpu_begin()
On Tue, 2005-08-16 at 13:54 +0900, Hiro Yoshioka wrote:
> Takahashi san,
>
> I appreciate your comments.
>
> > Hi,
> >
> > BTW, what are you going to do with the page-faults which may happen
> > during __copy_user_zeroing_nocache()? The current process may be blocked
> > in the handler for a
On Mon, 15 Aug 2005 23:58:43 CDT, Michael E Brown said:
> No, this is an _EXCELLENT_ reason why _LESS_ of this should be in the
> kernel. Why should we have to duplicate a _TON_ of code inside the
> kernel to figure out which platform we are on, and then look up in a
> table which method to use
On Tue, Aug 16, 2005 at 12:19:49AM -0500, Michael E Brown wrote:
> Hmm... did I mention libsmbios? :-)
> http://linux.dell.com/libsmbios/main.
I'm aware of it --- it seems pretty limited right now and I'm still
irked Dell isn't more forthcoming with documentation.
> SMI support is not yet
On Mon, Aug 15, 2005 at 10:11:21PM -0300, Marcelo Tosatti wrote:
>
> Hi folks,
>
> On Fri, Aug 12, 2005 at 05:29:36PM +0900, Horms wrote:
> > On Fri, Aug 12, 2005 at 10:44:17AM +0300, Alexander Pytlev wrote:
> > > Hello Debian,
> > >
> > > Kernel 2.4.27-10
> > > With mount isofs filesystem, any
On Tue, 2005-08-16 at 01:17 -0400, [EMAIL PROTECTED] wrote:
> On Mon, 15 Aug 2005 23:09:28 CDT, you said:
>
> > No, dcdbas has nothing to do with this. I'll have to submit a patch
> > against the docs. The program you need to use already exists and is
> > open source. You can use libsmbios to do
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
> Make the LDT a desc_struct pointer, since this is what it actually is.
I like that plan.
> There is code which relies on the fact that LDTs are allocated in page
> chunks, and it is both cleaner and more convenient to keep the rather
> poorly
Again, please cc Doug and I on replies...
Kyle Moffett wrote:
>On Aug 16, 2005, at 00:34:51, Chris Wedgwood wrote:
>> On Mon, Aug 15, 2005 at 04:23:37PM -0400, Kyle Moffett wrote:
>>> Why can't you just implement the system management actions in the
>>> kernel driver?
>>
>> Why put things in the
On Mon, 15 Aug 2005 23:09:28 CDT, you said:
> No, dcdbas has nothing to do with this. I'll have to submit a patch
> against the docs. The program you need to use already exists and is
> open source. You can use libsmbios to do this.
> http://linux.dell.com/libsmbios/main.
Now I'm confoozled.
On Tue, Aug 16, 2005 at 02:39:10PM +1000, Rusty Russell wrote:
> On Sat, 2005-08-13 at 14:27 -0400, Dave Jones wrote:
> > We're now munching the end of the boot command line it seems.
>
> Wow, if we had testcases in the kernel source, I would not have to keep
> rewriting them (badly) every
On Tue, Aug 16, 2005 at 12:55:35AM -0400, Kyle Moffett wrote:
> I'm worried that it might be more of a mess in userspace than it
> could be if done properly in the kernel.
I would rather if it's gonna be a mess it's, then we put that mess in
userspace rather than in the kernel.
> Hardware
Chris Wright wrote:
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
This code is quite dead. Release_thread is always guaranteed that the mm has
already been released, thus dead_task->mm will always be NULL.
Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]>
Index:
Chris Wright wrote:
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
Attempt to fix the UML build by assuming the default i386 subarchitecture
(mach-default).
I can't fully test this because spinlock breakage is still happening in
my tree, but it gets rid of the mach_xxx.h missing file
Takahashi san,
I appreciate your comments.
> Hi,
>
> BTW, what are you going to do with the page-faults which may happen
> during __copy_user_zeroing_nocache()? The current process may be blocked
> in the handler for a while and get FPU registers polluted.
> kernel_fpu_begin() won't help the
I am not subscribed to linux-kernel. Please cc me (and Doug) on all
replies. Sorry if I'm breaking peoples threading, but I am cut-and-
pasting this from web archives, since this wasn't cc-d to me
originally.
>On Aug 15, 2005, at 19:38:49, Doug Warzecha wrote:
>> On Mon, Aug 15, 2005 at
On Tue, Aug 16, 2005 at 02:24:57AM +0200, Jiri Slaby wrote:
> This patch changes pci_find_device to pci_get_device (encapsulated in
> for_each_pci_dev) in i6300esb watchdog card with appropriate adding
> pci_dev_put.
>
> Generated in 2.6.13-rc5-mm1 kernel version.
>
> Signed-off-by: Jiri Slaby
On Aug 16, 2005, at 00:34:51, Chris Wedgwood wrote:
On Mon, Aug 15, 2005 at 04:23:37PM -0400, Kyle Moffett wrote:
Why can't you just implement the system management actions in the
kernel driver?
Why put things in the kernel unless it's really needed?
I'm not thrillied about the lack of
On Sat, 2005-08-13 at 14:27 -0400, Dave Jones wrote:
> We're now munching the end of the boot command line it seems.
Wow, if we had testcases in the kernel source, I would not have to keep
rewriting them (badly) every time I touched this code.
Throw away that stupid patch, apply this stupid
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
> This code is quite dead. Release_thread is always guaranteed that the mm has
> already been released, thus dead_task->mm will always be NULL.
>
> Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]>
> Index: linux-2.6.13/arch/i386/kernel/process.c
>
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
> Attempt to fix the UML build by assuming the default i386 subarchitecture
> (mach-default).
>
> I can't fully test this because spinlock breakage is still happening in
> my tree, but it gets rid of the mach_xxx.h missing file warnings.
I assume
On Mon, Aug 15, 2005 at 04:23:37PM -0400, Kyle Moffett wrote:
> Why can't you just implement the system management actions in the
> kernel driver?
Why put things in the kernel unless it's really needed?
I'm not thrillied about the lack of userspace support for this driver
but that still doesn't
Hi,
BTW, what are you going to do with the page-faults which may happen
during __copy_user_zeroing_nocache()? The current process may be blocked
in the handler for a while and get FPU registers polluted.
kernel_fpu_begin() won't help the case. This is another issue, though.
> > Thanks.
> >
> >
>On Mon, 15 Aug 2005 18:38:49 CDT, Doug Warzecha said:
>
>> > If this is supposed to be used with the RBU code to trigger a BIOS
>> > update, ...
>>
>> This driver is not needed by the RBU code.
>
> Documentation/dell_rbu.txt says:
>
>> The rbu driver needs to have an application which will
* Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> --- linux-2.6.13-rc6-git7-RT-V0.7.53-11/drivers/usb/core/hcd.c~ 2005-08-15
> 21:23:45.0 +0200
> +++ linux-2.6.13-rc6-git7-RT-V0.7.53-11/drivers/usb/core/hcd.c 2005-08-15
> 22:03:33.0 +0200
> @@ -506,13 +506,11 @@ error:
> }
From: Hiro Yoshioka <[EMAIL PROTECTED]>
Date: Tue, 16 Aug 2005 08:33:59 +0900
> Thanks.
>
> filemap_copy_from_user() calls __copy_from_user_inatomic() calls
> __copy_from_user_ll().
>
> I'll look at the code.
The following is a quick hack of cache aware implementation
of __copy_from_user_ll()
On Tue, Aug 16, 2005 at 12:14:13AM +0200, Jean Delvare wrote:
> > These functions can be used for special-purpose adapters, such as
> > those on TV tuner cards, where we generally know in advance what
> > devices are attached. This is important in cases where the adapter
> > does not support
Brian Gerst wrote:
If you really want to test the math emu code, you can hack check_x87
in head.S to always leave the fpu disabled. Then you can test it on
any cpu, not just a 386.
That is a good idea, and while a valid point, it actually still requires
writing the code to actually test
On Monday 15 August 2005 10:44 am, Andi Kleen wrote:
> On Sun, Aug 14, 2005 at 07:57:53PM -0700, James Cleverdon wrote:
> > On Thursday 04 August 2005 02:22 am, Andi Kleen wrote:
> > > On Thu, Aug 04, 2005 at 12:05:50AM -0700, James Cleverdon wrote:
> > > > diff -pruN
On Mon, Aug 15, 2005 at 11:55:31PM +0200, Jean Delvare wrote:
> You should probably be using the --no-index option of quilt 0.42 (if you
> are using quilt as I presumed), as I heard Linus doesn't like these
> index lines in the patches he receives.
Ooh, thanks!
> > if (driver->flags &
On Mon, 2005-08-15 at 21:29 -0400, Kyle Moffett wrote:
> On Aug 15, 2005, at 18:58:56, [EMAIL PROTECTED] wrote:
> >> Why can't you just implement the system management actions in
> >> the kernel driver? This is tantamount to a binary SMI hook to
> >> userspace. What functionality does this
Forgot to cc lkml.
-- Forwarded message --
Date: Mon, 15 Aug 2005 23:00:10 -0400 (EDT)
From: James Morris <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: David S. Miller <[EMAIL PROTECTED]>, Stephen Smalley <[EMAIL PROTECTED]>
Subject: Re: git-net-selinux-build-fix.patch added to
[EMAIL PROTECTED] wrote:
This round attempts to conclude all of the LDT related cleanup with some
finally nice looking LDT code, fixes for the UML build, a bugfix for
really rather nasty kprobes problems, and the basic framework for an LDT
test suite. It is really rather unfortunate that this
On Mon, Aug 15, 2005 at 11:39:58PM +0200, Jean Delvare wrote:
> > The second improvement (which is really the point of this patch set)
> > is to add the functions i2c_probe_device and i2c_remove_device for
> > directly creating and destroying i2c clients on a particular adapter:
> >
> > int
On Mon, 15 Aug 2005, [EMAIL PROTECTED] wrote:
> I sell copies of grep at reasonable prices...
We were working on fixing this separately and I was waiting for an ack
from Stephen on the patch.
Anyway, please use the patch I just sent.
- James
--
James Morris
<[EMAIL PROTECTED]>
-
To
On Mon, Aug 15, 2005 at 09:39:22AM -0700, john stultz wrote:
> The timer_opts interface is the existing interface, my work replaces it
> and separates timekeeping from the timer interrupt.
>
> You can find a cumulative version of my patch here:
>
On Mon, 15 Aug 2005 18:38:49 CDT, Doug Warzecha said:
> > If this is supposed to be used with the RBU code to trigger a BIOS
> > update, ...
>
> This driver is not needed by the RBU code.
Documentation/dell_rbu.txt says:
> The rbu driver needs to have an application which will inform the
On Wed, 2005-08-10 at 18:27 -0700, john stultz wrote:
> All,
> This patch breaks up the complex nesting of code in ntp_adjtimex() by
> creating a ntp_hardupdate() function and simplifying some of the logic.
> This also mimics the documented NTP spec somewhat better.
>
> Any comments or
On Monday 15 August 2005 23:15, David Howells wrote:
> I want to know when a page is going to be modified so that I
> can predict the state of the cache as much as possible. I don't want
> userspace processes corrupting the cache in unrecorded ways.
There are two cases:
1) Metadata. If
On Aug 15, 2005, at 19:38:49, Doug Warzecha wrote:
On Mon, Aug 15, 2005 at 04:23:37PM -0400, Kyle Moffett wrote:
Why can't you just implement the system management actions in the
kernel
driver?
We want to minimize the amount of code in the kernel and avoid
having to
update the driver
On Monday 15 August 2005 08:22, you wrote:
> On 8/15/05, D. ShadowWolf <[EMAIL PROTECTED]> wrote:
> > Decided to take the latest git kernel for a run and ran into the
> > following oops when shutting the system down to try it from a cold-boot
> > situation. I wasn't able to capture the oops as it
On Mon, 15 Aug 2005, Steven Rostedt wrote:
> On Mon, 2005-08-15 at 21:16 -0400, Steven Rostedt wrote:
>
> > Sorry for the late reply, my wife's Grandmother just passed away a few
> > days ago (at 98 years old) and if I went within 6 feet of the computer
> > she would have killed me!
>
> Just
>
> To build a virtual network device requires code for the device, code
> for routing the device
> in the kernel, some way to tell the router that this machine is hosted
> through the host
> machine's ethernet card, and control of which processes use which
> network devices.
>
I've bombed out.
On Aug 15, 2005, at 18:58:56, [EMAIL PROTECTED] wrote:
Why can't you just implement the system management actions in
the kernel driver? This is tantamount to a binary SMI hook to
userspace. What functionality does this provide on a dell
system from an administrator's point of view?
Kyle,
On Mon, 2005-08-15 at 21:16 -0400, Steven Rostedt wrote:
> Sorry for the late reply, my wife's Grandmother just passed away a few
> days ago (at 98 years old) and if I went within 6 feet of the computer
> she would have killed me!
Just to clearify, "she" as in my wife would have killed me. Not
On Sat, 2005-08-13 at 10:37 -0700, Linus Torvalds wrote:
>
> On Sat, 13 Aug 2005, Arjan van de Ven wrote:
> >
> > attached is the same patch but now with Steven's change made as well
>
> Actually, the more I looked at that mmap_kmem() function, the less I liked
> it. Let's get that sucker
Hi folks,
On Fri, Aug 12, 2005 at 05:29:36PM +0900, Horms wrote:
> On Fri, Aug 12, 2005 at 10:44:17AM +0300, Alexander Pytlev wrote:
> > Hello Debian,
> >
> > Kernel 2.4.27-10
> > With mount isofs filesystem, any mount parameters after
> > iocharset=,map=,session= are ignored.
> >
> > Sample:
On Mon, 2005-08-15 at 20:52 -0400, [EMAIL PROTECTED] wrote:
> What is ":00:04:0" in this case ? The "device" is not a serial
> port, which is what the ttyXX back link would lead you to believe.
> Thus, it's a serial port multiplexer that supports up to N ports,
> right ? and wouldn't the more
Actually, I view this as being a little odd...
What is ":00:04:0" in this case ? The "device" is not a serial
port, which is what the ttyXX back link would lead you to believe.
Thus, it's a serial port multiplexer that supports up to N ports,
right ? and wouldn't the more correct
This patch changes pci_find_device to pci_get_device (encapsulated in
for_each_pci_dev) in i6300esb watchdog card with appropriate adding pci_dev_put.
Generated in 2.6.13-rc5-mm1 kernel version.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
This is repost, the patch was posted yet:
8 Aug 2005
David Härdeman napsal(a):
On Mon, Aug 15, 2005 at 02:30:15PM -0700, Naveen Gupta wrote:
[...}
-while ((dev = pci_find_device(PCI_ANY_ID, PCI_ANY_ID, dev))
!= NULL) {
-if (pci_match_id(esb_pci_tbl, dev)) {
-esb_pci = dev;
-
On Tue, 2005-08-16 at 00:14 +0200, Roman Zippel wrote:
> On Wed, 10 Aug 2005, john stultz wrote:
>
> > Here's the next rev in my rework of the current timekeeping subsystem.
> > No major changes, only some cleanups and further splitting the larger
> > patches into smaller ones.
> >
> > The
Adrian Bunk wrote:
On Mon, Aug 15, 2005 at 04:00:39PM -0700, [EMAIL PROTECTED] wrote:
Make the generic version of ptep_set_wrprotect a macro. This is good for
code uniformity, and fixes the build for architectures which include pgtable.h
through headers into assembly code, but do not
I am not completely confident in this patch, so while the fix is being
requested by users, I would like to have it postponed until 2.6.13.
This code looks at urb->transfer_dma, maps the page and takes the data.
I am looking for volunteers to contribute architectures other than i386
or to develop
Ingo Molnar wrote:
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
* George Anzinger wrote:
Ingo, all
I, silly person that I am, configured an RT, SMP, PREEMPT_DEBUG system.
Someone put code in the NMI path to modify the preempt count which,
often as not will generate a PREEMPT_DEBUG message
>From Al Viro:
Fix a macro typo which could break if the macro is passed arguments with
side-effects.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.13-rc6/arch/um/include/sysdep-x86_64/ptrace.h
===
---
>From Al Viro:
The copy_user stuff in the signal frame code was broke.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.13-rc6/arch/um/sys-i386/signal.c
===
--- linux-2.6.13-rc6.orig/arch/um/sys-i386/signal.c
> you are forgetting about the embedded market, there 386 cpu (or things
> that look like 386 cpu's) are still available.
They cannot use it much though because the code is obviously in so
bad shape. Perhaps they have all FPUs ? Ok given LDT usage
is rare, but still there are probably lots of
On 8/15/05, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> > copy_from_user_nocache() is fine.
> >
> > But I don't know where I can use it. (I'm not so
> > familiar with the linux kernel file system yet.)
>
> I suspect the few cases where it will make the most difference will be
> in the VFS for
>From Al Viro:
asm/elf.h breaks the x86_64 build.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.13-rc6/arch/um/os-Linux/elf_aux.c
===
--- linux-2.6.13-rc6.orig/arch/um/os-Linux/elf_aux.c2005-08-08
Running UML inside a detached screen delivers SIGWINCH when UML is not
expecting it. This patch ignores them.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.13-rc6/arch/um/kernel/skas/process.c
===
---
Greetings,
Some more info on removable media oddness. I use both vfat and ext2
format zip disk. Two mountpoints:
/dev/hdc4 /mnt/zipvfatnoauto,user 0 0
/dev/hdc1 /mnt/zip2 ext2noauto,user 0 0
Odd behaviour:
$ mount
On Tue, 16 Aug 2005, Andi Kleen wrote:
On Mon, Aug 15, 2005 at 03:58:09PM -0700, [EMAIL PROTECTED] wrote:
I was going to attempt to clean up the math-emu code to make it use the
nice new segment and descriptor table accessors, but it quickly became
apparent that this would be a long, tedious,
On Mon, Aug 15, 2005 at 04:00:39PM -0700, [EMAIL PROTECTED] wrote:
> Make the generic version of ptep_set_wrprotect a macro. This is good for
> code uniformity, and fixes the build for architectures which include pgtable.h
> through headers into assembly code, but do not define a
On Mon, Aug 15, 2005 at 03:58:09PM -0700, [EMAIL PROTECTED] wrote:
> I was going to attempt to clean up the math-emu code to make it use the
> nice new segment and descriptor table accessors, but it quickly became
> apparent that this would be a long, tedious, error prone process that
> would
> > I'm a little surprised, as a ppc64 fix theoretically shouldn't matter for
> > x86_64? But perhaps they share something?
>
> My guess is that it is maybe the DRM changes that have done it... the
> 32/64-bit code in 2.6.13-rc6 may have issues, but they've been tested
> on a number of
On Mon, Aug 15, 2005 at 04:23:37PM -0400, Kyle Moffett wrote:
> On Aug 15, 2005, at 16:05:22, Doug Warzecha wrote:
> >This patch adds the Dell Systems Management Base Driver with sysfs
> >support.
>
> >+On some Dell systems, systems management software must access certain
> >+management
>
> I'm a little surprised, as a ppc64 fix theoretically shouldn't matter for
> x86_64? But perhaps they share something?
My guess is that it is maybe the DRM changes that have done it... the
32/64-bit code in 2.6.13-rc6 may have issues, but they've been tested
on a number of configurations
On Mon, Aug 15, 2005 at 02:30:15PM -0700, Naveen Gupta wrote:
[...}
-while ((dev = pci_find_device(PCI_ANY_ID, PCI_ANY_ID, dev)) != NULL) {
-if (pci_match_id(esb_pci_tbl, dev)) {
-esb_pci = dev;
-break;
-}
-
This code is quite dead. Release_thread is always guaranteed that the mm has
already been released, thus dead_task->mm will always be NULL.
Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]>
Index: linux-2.6.13/arch/i386/kernel/process.c
Attempt to fix the UML build by assuming the default i386 subarchitecture
(mach-default).
I can't fully test this because spinlock breakage is still happening in
my tree, but it gets rid of the mach_xxx.h missing file warnings.
Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]>
Index:
Make the generic version of ptep_set_wrprotect a macro. This is good for
code uniformity, and fixes the build for architectures which include pgtable.h
through headers into assembly code, but do not define a ptep_set_wrprotect
function.
Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]>
Index:
Make the LDT a desc_struct pointer, since this is what it actually is.
There is code which relies on the fact that LDTs are allocated in page
chunks, and it is both cleaner and more convenient to keep the rather
poorly named "size" variable from the LDT in terms of LDT pages.
Signed-off-by:
On Tue, 16 Aug 2005, Helge Hafting wrote:
>
> This was interesting. At first, lots of kernels just kept working,
> I almost suspected I was doing something wrong. Then the second last kernel
> recompiled a lot of DRM stuff - and the crash came back!
> The kernel after that worked again, and so
While cleaning up the LDT code, I noticed that kprobes code was very bogus
with respect to segment handling. Three bugs are fixed here.
1) Taking an int3 from v8086 mode could cause the kprobes code to read
a non-existent LDT.
2) The CS value is not truncated to 16 bit, which could cause an
Virtualization aware Linux kernels may need to redefine functions which write
to hardware page tables at the sub-architecture layer. Previously, this was
done by encapsulation in a split mach-xxx/pgtable-{2|3}level-ops.h file, but
having 8 pgtable header files is simply unacceptable. This goes
>> +On some Dell systems, systems management software must access
certain
>> +management information via a system management interrupt (SMI).
>> The SMI data
>> +buffer must reside in 32-bit address space, and the physical
>> address of the
>> +buffer is required for the SMI. The driver
This round attempts to conclude all of the LDT related cleanup with some
finally nice looking LDT code, fixes for the UML build, a bugfix for
really rather nasty kprobes problems, and the basic framework for an LDT
test suite. It is really rather unfortunate that this code is so
difficult to
On Tue, 2005-08-16 at 00:12 +0200, Roman Zippel wrote:
> On Wed, 10 Aug 2005, john stultz wrote:
>
> > The goal of this patch set is to isolate the in kernel NTP state
> > machine in the hope of simplifying the current timekeeping code and
> > allowing for optional future changes in the
On Mon, 15 Aug 2005, Olaf Hering wrote:
>
> ARCH=um doesnt like your version, but mine.
Yours is broken. As is arch-um.
The fix would _seem_ to be something like the appended. Can you verify?
Linus
diff --git a/include/asm-um/page.h b/include/asm-um/page.h
---
On Sun, 2005-08-14 at 16:02 +0100, Matthew Wilcox wrote:
> /sys/class/tty/ttyS0/device ->
> ../../../devices/parisc/0/0:0/pci:00/:00:04.0
> /sys/class/tty/ttyS1/device ->
> ../../../devices/parisc/0/0:0/pci:00/:00:04.0
> /sys/class/tty/ttyS2/device ->
>
Jeff Garzik wrote:
Since there's been some recent interest in the subject, I thought I
would post the PATA todo list for libata. Some of these items are from
my memory, and some are from a list Alan was kind enough to create. The
items verbatim from Alan are prefixed "Alan: ".
2)
2005/8/12, Steven Rostedt <[EMAIL PROTECTED]>:
> Is the keyboard ever set up then? This is all happening before
> console_init (since that's when the prints start) and the early printk
> won't show anything before it parses the options. For other
> architectures, I use to write out to the serial
On Saturday 13 August 2005 9:10 am, Karsten Wiese wrote:
> this fixes the 'doubled ioapic level interrupt rate' issue I've been
> seeing on a K8T800/AMD64 mainboard.
> It also switches off quirk_via_irq() for the VT8237 southbridge.
These patches seem unrelated except that they both contain the
On Mon, Aug 15, 2005 at 02:02:19PM -0700, Naveen Gupta wrote:
This patch writes into bit 8 of the reload register to perform the
correct 'Reload Sequence' instead of writing into bit 4 of Watchdog for
Intel 6300ESB chipset.
Signed-off-by: Naveen Gupta <[EMAIL PROTECTED]>
Acked-by: David
On Mon, Aug 15, 2005 at 02:21:05PM -0700, Naveen Gupta wrote:
This patch sets the WDT_ENABLE bit of the Lock Register to enable the
watchdog and WDT_LOCK bit only if nowayout is set. The old code always
sets the WDT_LOCK bit of watchdog timer for Intel 6300ESB chipset. So, we
end up locking the
On Thu, 2005-08-04 at 17:23 +0200, Borislav Petkov wrote:
> I get it. Actually, I wasn't very sure whether this is the right solution
> since my desktop machine uses tsc timer as default while the laptop the
> pmtmr. I also remember that there was a patch a while ago on lkml which
> enabled a
On Friday 12 August 2005 1:44 pm, Peter Martuccelli wrote:
> Stumbled into this problem working on the ipmi_si driver. When the
> ipmi_si driver initialization fails the acpi_tb_get_table
> call, after rsdt_info has been allocated, acpi_get_firmware_table()
> will oops trying to reference off
David,
Yes, I have tested these patches. In fact I found these bugs while trying
to make the driver work on our machines.
-Naveen
On Tue, 16 Aug 2005, David Härdeman wrote:
> On Mon, Aug 15, 2005 at 02:21:05PM -0700, Naveen Gupta wrote:
> >
> >This patch sets the WDT_ENABLE bit of the Lock
Hi,
On Wed, 10 Aug 2005, john stultz wrote:
> Here's the next rev in my rework of the current timekeeping subsystem.
> No major changes, only some cleanups and further splitting the larger
> patches into smaller ones.
>
> The goal of this patch set is to provide a simplified and
Hi,
On Wed, 10 Aug 2005, john stultz wrote:
> The goal of this patch set is to isolate the in kernel NTP state
> machine in the hope of simplifying the current timekeeping code and
> allowing for optional future changes in the timekeeping subsystem.
>
> I've tried to address some of the
Hi Nathan,
> These functions can be used for special-purpose adapters, such as
> those on TV tuner cards, where we generally know in advance what
> devices are attached. This is important in cases where the adapter
> does not support probing or when probing is potentially dangerous to
> the
On Thu, 2005-08-04 at 14:59 +0200, Borislav Petkov wrote:
> Hi,
>
> on my laptop ASUS M6B00N PRINTK_TIME is enabled in order to show timing
> information in all the boottime printk's. However, all output looks like this
>
>
> [4294667.997000] CPU: After generic identify, caps: a7e9fbbf
Here is a first attempt at a patch to return register data from the
libata passthrough HDIO ioctl handlers, I needed this as the ATA
'unload immediate' command returns the success in the lbal register.
This patch applies on top of 2.6.12 and Jeffs
2.6.12-git4-passthru1.patch. (Apologies, but
On Mon, Aug 15, 2005 at 02:21:05PM -0700, Naveen Gupta wrote:
This patch sets the WDT_ENABLE bit of the Lock Register to enable the
watchdog and WDT_LOCK bit only if nowayout is set. The old code always
sets the WDT_LOCK bit of watchdog timer for Intel 6300ESB chipset. So, we
end up locking the
On Mon, Aug 15, 2005 at 08:50:12AM -0700, Linus Torvalds wrote:
>
>
> On Mon, 15 Aug 2005, Helge Hafting wrote:
> >
> > Ok, I have downlaoded git and started the first compile.
> > Git will tell when the correct point is found (assuming I
> > do the "git bisect bad/good" right), by itself?
>
>
1 - 100 of 592 matches
Mail list logo