On Tue Feb 13, 2001 at 12:20:14 +0100, Jan-Benedict Glaw wrote:
> On Tue, Feb 13, 2001 at 12:38:15AM +0100, Adam Lackorzynski wrote:
> > On Mon Feb 12, 2001 at 14:04:20 +0100, Jan-Benedict Glaw wrote:
> > > I've got a "Bull Express5800/Series" (dual P3) with a D
85 74 01 00 00 00 movl $0x0,0x174(%ebp)
Code; f889b9f4
11: 00 00 00
Kernel panic: Aiee, killing interrupt handler!
In interrupt handler - not syncing
1 warning and 2 errors issued. Results may not be reliable.
Adam
--
Adam [EMAIL PROTECTED]
Lackorzynski
What's the current status of the loop-# patch? Haven't seen anything
since loop-4, which doesn't apply clean to 2.4.1-ac14 (one hunk is
rejected in loop.c, many others apply with fuzz).
I am waiting in anticipation of the folding of this patch into the
mainline kernel.
IIRC, Jens said he was
Jens,
Please excuse this possibly stupid q. I don't know as much about kernel
hacking as I would like to.
I noticed that you are rewriting the loop block device to be a block
remapper (yes, I had noticed this before, the q just never occurred to
me before); does this imply that the native
A rather incomprehensible message, so let's flesh this out a bit.
Basically the problem occurs when patching linux/fs/reiserfs/namei.c It
can't find it, presumably due to an error in 2.4.1, where it appears to
me that reiserfs/ is located off of linux/ not linux/fs/. Simple to fix,
I guess,
even when there's plenty of real memory free.
--
Adam Sampson
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Mike Galbraith wrote:
> On Wed, 21 Feb 2001, Adam Schrotenboer wrote:
>
>> A rather incomprehensible message, so let's flesh this out a bit.
>>
>> Basically the problem occurs when patching linux/fs/reiserfs/namei.c It
>> can't find it, presumably due to an er
Mark Hahn wrote:
>> Are there any architectures that are simple (sane) to implement sftw on?
>
>
> sftw? software? yes: portable C/C++ is a fine platform.
Not really the platform, but the architecture, from a C/C++ compiler and
kernel/asm/lowlevel lang development standpoint
>
>> The
NT -shared sub.c -o sub.so -lpthread
main-wt: main.c
gcc main.c -o main-wt -ldl -lpthread
main-wot: main.c
gcc main.c -o main-wot -ldl
[end]
Cheers,
Adam
> We'll probably do this here...
>
> > I like to hear from the results :)
>
> Please, let me kn
y be needed for dynamic power management. I
look forward to any comments.
Thanks,
Adam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Sun, 2005-03-27 at 23:43 +0200, Dominik Brodowski wrote:
> On Sun, Mar 27, 2005 at 04:27:24PM -0500, Adam Belay wrote:
> > > extern int device_create_file(struct device *device, struct
> > > device_attribute
> > > * entry);
> > > and delete them (e.
nteraction
*stop - stop the logical class device, deny userspace interaction
*detach - tear down the class driver's bindings with this class device
These are just rough ideas. I look forward to any comments or
alternative approaches.
Thanks,
Adam
-
To unsubscribe from this list: sen
l probably not
be very order dependent.
>
> Thanks...
>
> Marty Leisner
> [EMAIL PROTECTED]
Could you provide any additional details about this bridge?
Thanks,
Adam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
My name is Dayo Adams and I am an artist.I live in Netherland,with my two
kids, four cats, one dog and the love of my life. It is definitely a full
house. I have been doing artwork since I was a small child. That gives me
about 23 years of experience. I majored in art in high school and took a
few
> > }
> >
> >-static struct dmi_system_id pnpbios_dmi_table[] = {
> >+static struct dmi_system_id pnpbios_dmi_table[] __initdata = {
> > { /* PnPBIOS GPF on boot */
> > .callback = exploding_pnp_bios,
> > .ident = "Higraded
ing to end up missing events.
--Adam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
vice
5.) repeat steps 3 and 4 any number of times
6.) *detach is called when unbinding the driver
The driver layering stuff could come later, but just implementing these
specific components would have immediate benefits.
In this early stage in development, I'd like to at least be able
On Mon, 7 Feb 2005, Carl-Daniel Hailfinger wrote:
And how many competing implementations of video helpers/emulation code
do we have now?
- scitechsoft emu
- linuxbios emu
- etc. (I surely forgot some)
just a minor nit-pick. "linuxbios" is not an "emulator" but drop-in
replacement for commerical
unt;
+
spin_lock(_lock);
list_add_tail(>global_list, _card_drivers);
spin_unlock(_lock);
- pnp_register_driver(>link);
list_for_each_safe(pos,temp,_cards){
struct pnp_card *card = list_entry(pos, struct pnp_card,
global_list);
Thanks,
Adam
on values
before probing the device. Currently "driver_data" fills this role.
Perhaps we need a new mechanism that would be more useable with sysfs?
The current code is limiting because the configuration options in
"driver_data" are not well defined. Any ideas?
Thanks,
Adam
On Thu, 2005-02-10 at 00:41 -0800, Greg KH wrote:
> On Fri, Jan 28, 2005 at 05:30:04PM -0500, Adam Belay wrote:
> > Hi,
> >
> > This patch adds initial support for driver matching priorities to the
> > driver model. It is needed for my work on converting the pci bridg
On Thu, 2005-02-10 at 10:12 -0800, Greg KH wrote:
> On Thu, Feb 10, 2005 at 12:18:37PM -0500, Adam Belay wrote:
> > On Thu, 2005-02-10 at 00:41 -0800, Greg KH wrote:
> > > On Fri, Jan 28, 2005 at 05:30:04PM -0500, Adam Belay wrote:
> > > > Hi,
> > > >
On Thu, 2005-02-10 at 13:46 -0500, Dmitry Torokhov wrote:
> On Thu, 10 Feb 2005 10:33:38 -0800, Greg KH <[EMAIL PROTECTED]> wrote:
> > On Thu, Feb 10, 2005 at 12:18:37PM -0500, Adam Belay wrote:
> > >
> > > The second "*match" function in "struc
On Thu, 2005-02-10 at 18:45 +, Russell King wrote:
> On Thu, Feb 10, 2005 at 12:18:37PM -0500, Adam Belay wrote:
> > > I think the issue that Al raises about drivers grabbing devices, and
> > > then trying to unbind them might be a real problem.
> >
> > I
On Fri, 21 Jan 2005, Catalin(ux aka Dino) BOIE wrote:
I really suggest to push this limit to 4k. My reason is that under UML I need
to put a lot of stuff in command line and uml crash if I not extend this
limit. Can we make it depend on arhitecture?
another nice feature would be the kernel
On Sun, 13 Feb 2005, Matthew Jacob wrote:
I'm curious why you'd have a non-compete for 1 year for just using BK.
Larry likes to participate in flamewars on LKML ? :-)
That would make BK more or less unique amongst packages, no?
-
To unsubscribe from this list: send the line "unsubscribe
Mac OS X has a similar thing, with a pretty simple description of how
they do it:
http://developer.apple.com/technotes/tn/tn1150.html#HotFile
Adam
On Tue, 2005-02-15 at 13:56 -0600, Linas Vepstas wrote:
> On Tue, Feb 15, 2005 at 12:43:29AM +0100, Diego Calleja was heard to rem
On Sat, Apr 09, 2005 at 08:03:52PM +0200, Adrian Bunk wrote:
> This patch fixes an array overflow found by the Coverity checker.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
Looks good.
Thanks,
Adam
-
To unsubscribe from this list: send the line "unsubscribe li
smartmontools used SCSI_IOCTL_SEND_COMMAND ioctls
with a special passthru opcode of 0x80 that would get passed to the
driver. This interface
is deprecated in the driver and the kernel.
-Adam
On 4/15/05, Kyle Moffett <[EMAIL PROTECTED]> wrote:
> I've been getting the following message
nnot
> refer to it in order to fix this myself.
>
> Can anybody help me?
>
> James
Please provide more information. /proc/ioports, lspci -vv, the ranges
assigned to your driver, and your driver code if it's available. I'll try
to look into the problem.
Thanks,
Adam
-
To unsubscri
can derive all the information from the pci_dev. I'll have
to look into it further.
Also we need a way to restore specific PCI capabilities.
Thanks,
Adam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
ice.
4.) Platform Specific PCI support
- I'd like to improve the "pcibios" API.
5.) PCMCIA/Cardbus
- This needs to use the new PCI bus class driver.
I'm currently working on these issues.
I look forward to any comments or suggestions.
Cheers,
Adam
-
To unsubscribe from this list:
This patch adds very simplistic suspend/resume support for the PCI
bridge driver. Soon this will be replaced with bridge specific code,
but for now we'll try using pci_save/restore_state().
Signed-off-by: Adam Belay <[EMAIL PROTECTED]>
--- a/drivers/pci/bus/pci-bridge.c 2005-07-14
This patch updates pci_scan_bus_parented() and also has some important
fixes to the PCI bus class.
Signed-off-by: Adam Belay <[EMAIL PROTECTED]>
--- a/drivers/pci/bus/bus.c 2005-07-12 01:08:20.0 -0400
+++ b/drivers/pci/bus/bus.c 2005-07-13 02:01:57.0 -0400
@@ -81,7
This patch adds pci_add_bus() for PCI bus registration. It also moves
pci_remove_bus() from remove.c to bus/bus.c for consistency.
Signed-off-by: Adam Belay <[EMAIL PROTECTED]>
--- a/drivers/pci/bus/bus.c 2005-07-12 00:59:58.0 -0400
+++ b/drivers/pci/bus/bus.c 2005-07-12
This patch moves all device registration related functions to
bus/device.c.
Signed-off-by: Adam Belay <[EMAIL PROTECTED]>
--- a/drivers/pci/bus/device.c 1969-12-31 19:00:00.0 -0500
+++ b/drivers/pci/bus/device.c 2005-07-12 01:32:41.0 -0400
@@ -0,0 +1,187 @@
+/*
+ * de
This patch adds a basic PCI<->PCI bridge driver that utilizes the new
PCI bus class API.
Signed-off-by: Adam Belay <[EMAIL PROTECTED]>
--- a/drivers/pci/bus/pci-bridge.c 1969-12-31 19:00:00.0 -0500
+++ b/drivers/pci/bus/pci-bridge.c 2005-07-08 02:18:43.0 -
This patch prevents the root bridge drivers from using the legacy API.
It also updates the PCI<->PCI bridge driver to better coexist with the
legacy code.
Signed-off-by: Adam Belay <[EMAIL PROTECTED]>
--- a/drivers/pci/bus/pci-bridge.c 2005-07-14 02:17:04.735566464 -0400
+++ b
to the PCI bus class driver and PCI device
detection in general.
Signed-off-by: Adam Belay <[EMAIL PROTECTED]>
--- a/drivers/pci/Makefile 2005-07-08 17:06:19.0 -0400
+++ b/drivers/pci/Makefile 2005-07-10 22:32:53.0 -0400
@@ -2,9 +2,9 @@
# Makefile for the PCI bus
The PCI bridge driver now checks if changing bridge_ctrl is necessary.
It also restores the original bridge_ctl settings when finished scanning
for devices. Finally, a pci_bus setup fix is included.
Signed-off-by: Adam Belay <[EMAIL PROTECTED]>
--- a/drivers/pci/bus/pci-bridge.c 2005
This patch prevents the PCI<->PCI bridge driver from binding to PCI
express devices. This is needed to coexist with the PCI express root
port driver. Eventually we may want to rework and better integrate
linux PCI express link support, but for now this should work.
Signed-off-by: Adam
On Thu, 2005-07-14 at 12:33 -0700, Greg KH wrote:
> On Thu, Jul 14, 2005 at 04:55:12AM -0400, Adam Belay wrote:
> > +EXPORT_SYMBOL(pci_add_bus);
>
> This doens't need to be exported, right? No module uses it. But if
> they do, I suggest EXPORT_SYMBOL_GPL() instead, is th
On Thu, 2005-07-14 at 12:30 -0700, Greg KH wrote:
> On Thu, Jul 14, 2005 at 07:10:14PM +0200, Francois Romieu wrote:
> > Adam Belay <[EMAIL PROTECTED]> :
> > [...]
> >
> > Some nits + a suspect error branch. It seems nice otherwise.
>
> If I'm
Greg KH <[EMAIL PROTECTED]> writes:
> - It must fix a problem that causes a build error (but not for things
>marked CONFIG_BROKEN), an oops, a hang, or a real security issue.
So a trivial patch that fixed a data corruption issue wouldn't be
accepted?
--
Adam Sampson <[
a problem" are basically saying the same
> thing.
No. There's an important distinction and the key word is "contain". This
rule specifically forbids patches that do fix a real problem but _also_
contain unrelated trivial changes. See "setup_per_zone_lowmem_reserve()
o
it), kgdb is unresponsive -- the system hangs hard at that
> point, as far as I can determine.
>
> Kernel: tested with various 2.6.1? plus -rc* and/or -mm*, no change.
Is this still an issue with recent kernels?
Where in the PCI configuration space is it reading? In other words, could yo
ardware will be less common in this architecture.
Adam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
ld have to be really worth it. I look forward to any comments or
suggestions for alternative approaches.
Thanks,
Adam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This patch essential makes it impossible for PnP protocols to be
modules. Currently, they are all in-kernel. If that is acceptable...,
then this patch looks fine to me. Any comments?
Thanks,
Adam
On Fri, 2005-03-11 at 19:16 +0100, Adrian Bunk wrote:
> This patch contains the follow
On Fri, 2005-03-11 at 16:23 -0800, Andrew Morton wrote:
> Adam Belay <[EMAIL PROTECTED]> wrote:
> >
> > This patch essential makes it impossible for PnP protocols to be
> > modules. Currently, they are all in-kernel. If that is acceptable...,
> > then this patc
> So in short, I'd rather not remove them, because they take away from the
> original design of the PnP layer.
s/they/it would
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
nus
Actually, I've ran into a similar situation on my hardware. After
looking into it for a while, I'm pretty sure it's actually a transparent
bridge (despite it not indicating such in the programing interface class
code). Have you heard anything more?
Thanks,
Adam
-
To unsubscribe from this list: send
oo many times before.
ACPI will report the ranges available to a PCI root bridge, even on
single root machines. I'm hoping to take advantage of this in my PCI
bus changes. It should help with these sort of problems.
Thanks,
Adam
-
To unsubscribe from this list: send the line "unsubscribe l
one of the others produces nothing in Linux.
> Apparently no IRQ getting through or something?
Could you also include lspci -vv.
Thanks,
Adam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
e some interface changed. Now what? Using a
> > Centrino notebook without CPU throttling is completely out of the
> > question. Linux might as well not boot on it at all.
>
> Could you please dig out the old patch, send it?
Why not use ACPI for CPU scaling?
Thanks,
Adam
On Wed, 26 Jan 2005, Robert W. Fuller wrote:
Has anybody ported Linux to a virtual machine? Does anybody have any
pointers aside from the lkml's abbreviated FAQ entry concering porting
to a new processor? What would be the best way of going about this?
Is there a supported architecture that
vers first, and then begin
matching them to hardware. Do you agree? If so, I'd be happy to make a
patch for that too.
Thanks,
Adam
--- a/drivers/base/bus.c2005-01-20 17:37:46.0 -0500
+++ b/drivers/base/bus.c2005-01-28 16:59:00.0 -0500
@@ -286,6 +286,9 @@
if (drv-
difficult to determine
without firmware assistance.
At the moment the pnp bus is only showing a logical bus relationship. If we
were to use ACPI to aid in the generation of the physical device tree, we
could put these devices in the correct physical location.
Thanks,
Adam
On Thu, Jan 27, 2005
On Fri, 2005-01-28 at 18:23 -0500, Dmitry Torokhov wrote:
> On Friday 28 January 2005 17:30, Adam Belay wrote:
> > Of course this patch is not going to be effective alone. We also need
> > to change the init order. If a driver is registered early but isn't the
>
numerate all of the cardbus devices.
If then later, it is discovered that there is a better driver for the
bridge, all of the bridge's children will have to be torn down. Thier
drivers will be released, and the devices removed. This might increase
the odds of something going wrong.
Thanks,
Adam
-
To
not
always have the desired effect?
Adam
--
Adam [EMAIL PROTECTED]
Lackorzynski http://os.inf.tu-dresden.de/~adam/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
On Fri, Feb 04, 2005 at 09:00:54PM +0100, matthieu castet wrote:
> Hi,
>
> this patch is based on http://bugzilla.kernel.org/show_bug.cgi?id=2962
> patch from adam belay.
>
> It solve a oops when pnp_register_driver(_pnp_driver) failed.
>
> Please apply this patch.
&
conflict with legacy
probing?
Thanks,
Adam
> So would this be the appropriate fix?
>
> --- 25/drivers/input/gameport/ns558.c~ns558-oops-fix 2005-02-04
> 19:03:11.065813120 -0800
> +++ 25-akpm/drivers/input/gameport/ns558.c2005-02-04 19:05:52.607255088
> -0800
> @@
On Fri, Feb 04, 2005 at 07:21:15PM -0800, Andrew Morton wrote:
> [EMAIL PROTECTED] (Adam Belay) wrote:
> >
> > It looks ok. My only concern is what would happen if the isa probe
> > succeded
> > but the pnp_register_driver failed? "pnp_register_driver" re
ome of my users but they are not familiar with the kernel so
> I'm trying to fix this for them.
>
> Rgds
> Pierre
So the device is not listed in the DSDT, or _SRS doesn't work? Does _STA
succeed? Finally have you checked if PnPBIOS detects the device? Any
additional information you co
lues
in "struct device_driver" directly, go for it.
Thanks,
Adam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
hi all,
I would like point to work done by Li-Ta Lo.
It allows you to completely initalize the VGA BIOS w/out using
PC BIOS at all.
http://www.clustermatic.org/pipermail/linuxbios/2005-January/010236.html
unforunatelly the information the web is somewhat
le with the new code
9.) testing on various architectures
10.) Write "*suspend" and "*resume" routines for PCI bridges. Any ideas
on what needs to be done?
11.) fix "PCI_LEGACY" (I may have broke it, but it should be trivial)
I look forward to any comm
On Thu, 2005-02-24 at 01:45 -0500, Jon Smirl wrote:
> On Thu, 24 Feb 2005 01:22:01 -0500, Adam Belay <[EMAIL PROTECTED]> wrote:
> > For the past couple weeks I have been reorganizing the PCI subsystem to
> > better utilize the driver model. Specifically, the bus detection
On Thu, 2005-02-24 at 15:02 -0800, Jesse Barnes wrote:
> On Wednesday, February 23, 2005 11:03 pm, Adam Belay wrote:
>
> > > Jesse can comment on the specific support needed for multiple legacy IO
> > > spaces.
> >
> > That would be great. Most of my ex
ay how
> can I remove them?
It would be possible, but probably not a clean solution. Ideally we
want one driver to bind to the graphics controller and remain bound. It
will then create class devices for each graphics subsystem, such as
framebuffer. Much work remains to be done before this can happ
On Thu, 2005-02-24 at 10:03 +, Russell King wrote:
> On Thu, Feb 24, 2005 at 01:22:01AM -0500, Adam Belay wrote:
> > 5.) write a bridge driver for Cardbus hardware
>
> We have this already - it's called "yenta".
Yes, I'm aware. It should read:
5.) adapt the Yenta
On Fri, 2005-02-25 at 15:38 -0800, Greg KH wrote:
> On Thu, Feb 24, 2005 at 01:22:01AM -0500, Adam Belay wrote:
> > I look forward to any comments or suggestions.
>
> I like it all :)
>
> If you want to submit patches now that rearrange the code to make it
>
On Fri, 2005-02-25 at 15:41 -0800, Greg KH wrote:
> On Thu, Feb 10, 2005 at 04:37:03PM -0500, Adam Belay wrote:
> > On Thu, 2005-02-10 at 18:45 +, Russell King wrote:
> > > On Thu, Feb 10, 2005 at 12:18:37PM -0500, Adam Belay wrote:
> > > > > I think the i
On Mon, 2005-02-28 at 15:38 -0800, Jesse Barnes wrote:
> On Monday, February 28, 2005 3:27 pm, Adam Belay wrote:
> > How can we specify which bus to target?
>
> Maybe we could have a list of legacy (ISA?) devices for drivers like vgacon
> to
> attach to? The bus
On Mon, 2005-03-21 at 19:32, Andrew Morton wrote:
> Adam Belay <[EMAIL PROTECTED]> wrote:
> >
> > On Fri, 2005-03-11 at 17:35 -0800, Andrew Morton wrote:
> > > Felix von Leitner <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Finally Centrino
nd hence my
> > original posts about this in the NCQ thread.
>
> Have you (or has anybody else) also seen the wrong behavior of the
> activity LED?
Yes, Dell Precision 380, ICH7R AHCI controller, SATA non-NCQ Western
Digital drive.
Adam
signature.asc
Description: This is a digitally signed message part
() to
hugetlb_pte_fault().
Diffed against 2.6.13-rc4-git4
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
fs/hugetlbfs/inode.c|5 -
include/linux/hugetlb.h |2
mm/hugetlb.c| 140 +++-
mm/memory.c |7 --
4 files c
On Fri, 2005-08-05 at 10:53, Andi Kleen wrote:
> On Fri, Aug 05, 2005 at 10:21:38AM -0500, Adam Litke wrote:
> > Below is a patch to implement demand faulting for huge pages. The main
> > motivation for changing from prefaulting to demand faulting is so that
> > huge page a
On Fri, 2005-08-05 at 11:47, Andi Kleen wrote:
> On Fri, Aug 05, 2005 at 11:37:27AM -0500, Adam Litke wrote:
> > On Fri, 2005-08-05 at 10:53, Andi Kleen wrote:
> > > On Fri, Aug 05, 2005 at 10:21:38AM -0500, Adam Litke wrote:
> > > > Below is a patch to implement
On Fri, 2005-08-05 at 17:05, Chen, Kenneth W wrote:
> Adam Litke wrote on Friday, August 05, 2005 8:22 AM
> > Below is a patch to implement demand faulting for huge pages. The main
> > motivation for changing from prefaulting to demand faulting is so that
> > huge page a
hat Pat's no longer the driver core maintainer? :)
>
> Anyway, Russell and Adam, any objections to this patch?
I'm not sure if I agree with this patch. "struct resource" is used primarily
for
I/O resource assignment. Although I agree we may need to add new IORESOURCE
types,
;
struct epoll_event events[4];
memset(, 0, sizeof(ev));
ev.events = EPOLLIN | EPOLLET;
epoll_ctl(epoll_fd, EPOLL_CTL_ADD, 0, );
for (;;) {
epoll_wait(epoll_fd, events, 4, -1);
write(1, ".", 1);
}
}
Thanks
AGL
On 8/12/05, Adam Langley <[EMAIL PROTECTED]> wrote:
> Waiting for edge triggered events (with EPOLLET) on pseudo terminal
> devices appears to act as if it were level triggered; when data is
> ready the fd is always returned by epoll_wait.
This occurs because writing to the t
f we reach a consensus.
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
pgtable.h | 51 ++-
1 files changed, 34 insertions(+), 17 deletions(-)
diff -upN reference/include/asm-i386/pgtable.h
current/include/asm-i386/pgtable.h
--- reference/include/as
On Thu, 2005-08-18 at 22:49 +0200, Pavel Machek wrote:
> Please make it "echo 1 > frozen", then userspace can do "echo 0 > frozen"
> after five seconds.
What if the code to do "echo 0 > frozen" is swapped out to disk? ;)
Thanks,
Adam
signatur
to making HIDIOCSREPORT
synchronous as well.
--Adam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hi Andrew. The following 3 patches update the i386 and x86_64 hugetlb
arch code to bring it closer to the other architectures. The first
patch adds a pte_huge() macro. The second patch moves the "stale pte"
check into huge_pte_alloc() which seems more appropriate to me. The
third patch checks
2.6.13-rc6-git7
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
asm-i386/pgtable.h |4 +++-
asm-x86_64/pgtable.h |3 ++-
2 files changed, 5 insertions(+), 2 deletions(-)
diff -upN reference/include/asm-i386/pgtable.h
current/include/asm-i386/pgtable.h
--- reference/include/as
Initial Post (Wed, 17 Aug 2005)
For demand faulting, we cannot assume that the page tables will be populated.
Do what the rest of the architectures do and test p?d_present() while walking
down the page table.
Diffed against 2.6.13-rc6
Signed-off-by: Adam Litke <[EMAIL PROTEC
g huge pages
later in the series.
Diffed against 2.6.13-rc6
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
arch/i386/mm/hugetlbpage.c | 13 +++--
mm/hugetlb.c |2 --
2 files changed, 11 insertions(+), 4 deletions(-)
diff -upN reference/arch/i386/mm/hugetlbpage
Initial Post (Wed, 17 Aug 2005)
For demand faulting, we cannot assume that the page tables will be populated.
Do what the rest of the architectures do and test p?d_present() while walking
down the page table.
Diffed against 2.6.13-rc6
Signed-off-by: Adam Litke <[EMAIL PROTEC
g huge pages
later in the series.
Diffed against 2.6.13-rc6
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
arch/i386/mm/hugetlbpage.c | 13 +++--
mm/hugetlb.c |2 --
2 files changed, 11 insertions(+), 4 deletions(-)
diff -upN reference/arch/i386/mm/hugetlbpage
2.6.13-rc6-git7
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
asm-i386/pgtable.h |4 +++-
asm-x86_64/pgtable.h |3 ++-
2 files changed, 5 insertions(+), 2 deletions(-)
diff -upN reference/include/asm-i386/pgtable.h
current/include/asm-i386/pgtable.h
--- reference/include/as
Hello,
Jeffrey Altman, one of the gatekeepers of OpenAFS (the open source
project which inherited the Transarc/IBM AFS codebase) has requested
that the magic number 0x5346414F (little endian 'OAFS') be allocated
for the f_type field of the fsinfo structure on Linux:
Drat. Diffed in the wrong direction. Yes, you're right.
- a
Stephen Frost <[EMAIL PROTECTED]> writes:
> * Adam Megacz ([EMAIL PROTECTED]) wrote:
>> --- include/linux/magic.h 2006-12-29 15:48:50.0 -0800
>> +++ include/linux/magic.h 2006-11-29 13:
On Fri, 2005-07-15 at 09:58 +0100, Russell King wrote:
> On Thu, Jul 14, 2005 at 04:55:19AM -0400, Adam Belay wrote:
> > This patch adds a basic PCI<->PCI bridge driver that utilizes the new
> > PCI bus class API.
>
> Thanks. I think this breaks Cardbus.
>
&g
writable mmap, to see if that
> >> works ok or triggers a deadlock ?
> >
> >
> > I can, but lets finish addressing one issue at a time. Last time,
> > I changed too many things at the same time and got no where :(
>
> Adam is working that one, but not over iSC
t; - return -EIO;
> + extern void nbd_request_wrong_size(void);
> + nbd_request_wrong_size();
BUILD_BUG_ON(sizeof(struct nbd_request) != 28);
...perhaps?
--Adam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
wing:
LD .tmp_vmlinux1
mm/built-in.o: In function `zone_watermark_ok':
mm/page_alloc.c:763: undefined reference to `delay_prefetch'
mm/built-in.o: In function `swap_setup':
mm/swap.c:485: undefined reference to `prepare_prefetch'
make: *** [.tmp_vmlinux1] Error 1
--
Adam Petaccia <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
1301 - 1400 of 3517 matches
Mail list logo