Jiri Kosina wrote:
On Wed, 4 Apr 2007, Adam Kropelin wrote:
I apologize for picking up this thread late and asking what may be a
question with an obvious answer... Will hiddev still exist after
hidraw and the HID bus redesign work is done? I have a
widely-deployed userspace app that relies
Jiri Kosina wrote:
On Wed, 4 Apr 2007, Adam Kropelin wrote:
On Apcupsd we've recently introduced a libusb-based driver that does
all HID parsing in userspace. Not only does that free us from
hiddev, it also frees us from the umpteen other proprietary HID
interfaces across various platforms
On Wed, 2007-12-12 at 02:47 -0800, Andrew Morton wrote:
On Fri, 30 Nov 2007 15:02:43 -0500 Adam Jackson [EMAIL PROTECTED] wrote:
These types define the size of data read from /dev/apm_bios. They
should not be hidden behind #ifdef __KERNEL__.
Missing info: what are the consequences
These types define the size of data read from /dev/apm_bios. They
should not be hidden behind #ifdef __KERNEL__.
---
include/linux/apm_bios.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/linux/apm_bios.h b/include/linux/apm_bios.h
index 9754baa..01a6244
to make the pte writable, it notes the presence of the pte
and continues.
This simple one-liner makes sure we also fault on the pte for this case.
Please apply.
Signed-off-by: Adam Litke [EMAIL PROTECTED]
Acked-by: Dave Kleikamp [EMAIL PROTECTED]
---
mm/hugetlb.c |2 +-
1 files changed, 1
or
are you looking for anybody who has a packed 'wait_queue_head_t' and
submitting a patch to fix it?
-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
On Thursday 25 October 2007 00:22, Parag Warudkar wrote:
I have a Belkin USB Wireless adapter with ID 050d:705a.
Both rt2500usb.c and rt73usb.c claim that they can drive the device with
this ID.
When using the distro kernel as well as custom 2.4.24-rc1 both rt73usb and
rt2500usb get loaded
accept. If so, it returns 0. If not, or if any error occurs during
initialization, an errorcode (such as -ENOMEM or -ENODEV) is returned from
the probe function.
It isn't a device the driver can accept so it returns -ENODEV
Adam
-
To unsubscribe from this list: send the line unsubscribe linux
When the EEPROM gets corrupted, you can fix it with ethtool, but only if
the module loads and creates a network device. But, without this option,
if the EEPROM is corrupted, the driver will not create a network device.
Signed-off-by: Adam Jackson [EMAIL PROTECTED]
---
drivers/net/e1000
On Tue, 2007-10-23 at 09:18 -0700, Kok, Auke wrote:
Adam Jackson wrote:
When the EEPROM gets corrupted, you can fix it with ethtool, but only if
the module loads and creates a network device. But, without this option,
if the EEPROM is corrupted, the driver will not create a network device
willing to unapply it if there actually are
valid out-of-tree users that people push for not merging.
It seems that, whether submitted (and or accepted) into the kernel
or not, Simon has the obligation to respond to Linus' challenge.
-adam
-
To unsubscribe from this list: send the line
On Wed, 2007-10-24 at 18:23 +0200, Adrian Bunk wrote:
return_unused_surplus_pages() can become static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Acked-by: Adam Litke [EMAIL PROTECTED]
---
8932fe99341629d50863643229d25666e9f44e03
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index 8b809ec
is not necessary, I made it a empty target, so its
last-modification time will be checked by Make only when it exists.
Signed-off-by: Adam Lee adam8...@gmail.com
---
scripts/package/Makefile |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/scripts/package/Makefile b
On 10/19/12 1:43 PM, Lucas Kannebley Tavares wrote:
The radeon driver does speed cap detection on the root PCI device for
the maximum speed with which the adapter can communicate. On ppc64
systems, however, the root device belongs to the Hypervisor, so the
current code would case a null pointer
[CCd to possibly interested Pierre Ossman and Rodolfo Giometti]
Hi there,
First, sorry for my poor english - I am not a native.
I know there have been a thread about this problem few months ago, but as
far as I see it did not led to any results:
29.09.07 [EMAIL PROTECTED] napisał:
If it's just this card, then I would have to conclude that it is indeed
broken. You'd have to return it to the store and get a new one.
If you say so - I will do it, and also try to borrow some other SD card
(this is my only one) to test.
I have posted
latest dynamic pool resizing
patchset which I will send out soon.
Signed-off-by: Adam Litke [EMAIL PROTECTED]
---
mm/hugetlb.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index 84c795e..7af3908 100644
--- a/mm/hugetlb.c
+++ b/mm/hugetlb.c
we've already handed out (total - free). Does that make
sense?
--
Adam Litke - (agl at us.ibm.com)
IBM Linux Technology Center
-
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
, this is a standalone fix suitable for
mainline. It is also now corrected in my latest dynamic pool resizing
patchset which I will send out soon.
Signed-off-by: Adam Litke [EMAIL PROTECTED]
Acked-by: Ken Chen [EMAIL PROTECTED]
---
mm/hugetlb.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions
impossible
for other threads/processes to change the page table now.
--
Adam Litke ( agl at us.ibm.com )
IBM Linux Technology Center
-
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
logic?
--
Adam Litke - (agl at us.ibm.com)
IBM Linux Technology Center
-
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
This is already fixed in the most recent ACPI CPUIDLE tree.
Thanks,
Adam
On Mon, 2007-08-27 at 23:27 +0200, Adrian Bunk wrote:
On Wed, Aug 22, 2007 at 02:06:48AM -0700, Andrew Morton wrote:
...
Changes since 2.6.23-rc2-mm2:
...
git-acpi.patch
...
git trees
...
struct
On Fri, 2007-08-24 at 15:53 +0900, Yasunori Goto wrote:
I found find_next_best_node() was wrong.
I confirmed boot up by the following patch.
Mel-san, Kamalesh-san, could you try this?
FYI: This patch also allows the alloc-instantiate-race testcase in
libhugetlbfs to pass again :)
--
Adam
follow_hugetlb_page is involved in a failed fault.
Signed-off-by: Adam Litke [EMAIL PROTECTED]
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index d7ca59d..de4cf45 100644
--- a/mm/hugetlb.c
+++ b/mm/hugetlb.c
@@ -643,7 +643,7 @@ int follow_hugetlb_page(struct mm_struct *mm, struct
vm_area_struct *vma
be the case, and if it can be disabled.
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 Kyle,
Ah-hah, you nailed it right on the head. I unknowingly had Bonjour
running (must be installed by default on Fedora Core 3), which started a
process 'mDNSResponder'. I'm guessing that's the bugger that's fire off
these multicast joins.
Thanks for the tip!
-Adam
On Tue, 7 Aug 2007 00
misinformation, could a few of you
experts take a quick look at the three diagrams I've got finished so far
and point out any errors I have made? Thanks.
--
Adam Litke - (agl at us.ibm.com)
IBM Linux Technology Center
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
-looking code for baud rate setting and similar became
conditional in 2.6.22.1 whereas it was always executed before. Apcupsd
is going to be rather unhappy if the baud rate doesn't change when it
asks. The debug should show if the these operations are being ignored on
your hw.
--Adam
-paste error.
--Adam
usb-serial-edgeport-non-epic-baud-rate-fix.patch
Description: Binary data
Fix serious regression on non-EPiC edgeport usb-serial devices. Baud
rate and MCR/LCR registers are not being written on these models due
to apparent copy-n-paste errors introduced with EPiC support.
Failure reported by Nick Pasich [EMAIL PROTECTED].
Signed-off-by: Adam Kropelin [EMAIL
References : http://lkml.org/lkml/2007/7/27/334
Last known good : 2.6.20.6
Submitter : Nick Pasich [EMAIL PROTECTED]
Caused-By :
Handled-By : Adam Kropelin [EMAIL PROTECTED]
Patch : http://lkml.org/lkml/2007/7/29/164
Status : patch available
--Adam
you're probably powered by it as well, so you have
little to gain from suspend even if it works.
--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
, so it's likely
hit-or-miss, but they are improving).
--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 Mon, 2007-07-30 at 15:15 +0800, Zhang, Yanmin wrote:
On Fri, 2007-07-27 at 11:37 -0500, Adam Litke wrote:
Hey... I am amazed at how quickly you came back with a patch for this :)
Thanks for looking at it. Unfortunately there is one show-stopper and I
have some reservations (pun
), but I can't think of any way to do it
that isn't going 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
to at least be able to
start and stop drivers for reasons outside of power management (ex. user
preference or resource re-balancing). If a *resume function can also
utilize this functionality, then all the better.
Thanks,
Adam
-
To unsubscribe from this list: send the line unsubscribe linux
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 linux-kernel in
the body
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 in syslog
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(ns558_pnp_driver) failed.
Please apply this patch.
Matthieu
I remember writing
?
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
@@ -264,6 +264,7 @@ static struct pnp_driver ns558_pnp_drive
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 return -ENODEV
if
CONFIG_PNP isn't enabled
.
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 could provide would be appreciated.
Thanks,
Adam
-
To unsubscribe from this list: send the line unsubscribe
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
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 bios
-global_list, pnp_card_drivers);
spin_unlock(pnp_lock);
- pnp_register_driver(drv-link);
list_for_each_safe(pos,temp,pnp_cards){
struct pnp_card *card = list_entry(pos, struct pnp_card,
global_list);
Thanks,
Adam
-
To unsubscribe from this list: send the line
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
P.S.: The pci serial driver is a good example.
-
To unsubscribe from this list: send the line unsubscribe linux
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 bridge
driver to use struct
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,
This patch adds initial support for driver matching
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 struct device_driver gives the driver
a chance to evaluate it's
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 agree. Do you think registering every in-kernel
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 remark:
Also
.) 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: send the line
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 04:22
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 +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 01:01
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 @@
+/*
+ * device.c - PCI
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 -0400
@@ -0,0
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 specific drivers
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-07-12
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 Belay
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 that ok?
thanks,
greg k-h
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 correct, this patch only moves the code into different files
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.
The whole point of the way PCI is _presently_
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 iSCSI.
I wrote a simple/ugly C program to demonstrate the MAP_SHARED,PROT_WRITE
case. I was able to saturate the system with 75
, 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 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
,
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 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 SpeedStep.
I have a Intel(R) Pentium(R) M processor 1.80GHz in my notebook
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 [EMAIL PROTECTED
contain unrelated trivial changes. See setup_per_zone_lowmem_reserve()
oops fix for an example of a patch that could theoretically be rejected
due to this rule.
--Adam
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
.
Is this still an issue with recent kernels?
Where in the PCI configuration space is it reading? In other words, could you
show me the line that calls pci_bus_read_config_word.
Thanks,
Adam
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED
Well, if the system supports ACPI, then in theory it could have any
number/configuration of legacy devices, and we'd know everything about
them including exactly where to put them in the device tree. However, I
agree that legacy hardware will be less common in this architecture.
Adam
, or if necessary a more specific interface like ACPI.
ISA/LPC would be sort of a least common denominator.
Of course this would require big changes to the driver model, so it
would have to be really worth it. I look forward to any comments or
suggestions for alternative approaches.
Thanks,
Adam
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 following possible
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 patch looks fine to me. Any comments?
You're
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
). Have you heard anything more?
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/
help with these sort of problems.
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/
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 info at http://vger.kernel.org/majordomo
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
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED
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.g. in -remove) using
extern void device_remove_file
*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: send the line unsubscribe
,
MEM nonprefetch -- are they order dependent?
There are 4 on cardbus bridges. In my implementation, they will probably not
be very order dependent.
Thanks...
Marty Leisner
[EMAIL PROTECTED]
Could you provide any additional details about this bridge?
Thanks,
Adam
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
*/
.callback = exploding_pnp_bios,
.ident = Higraded P14H,
Looks OK to me, but I'd prefer to leave it up to Adam.
Thank you for forwarding this to me. It looks good.
Cheers,
Adam
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
*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 comments or suggestions.
Thanks,
Adam
diffstat:
Makefile |9
bus-class.c | 225 +++
bus
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 code
is now using a standard
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 experience has been with only a couple
legacy IO port
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 happen.
Thanks,
Adam
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
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 driver to the new PCI bus class
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
easier for you to modify in the future
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 issue that Al raises about drivers grabbing
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 info could be stuffed into the legacy
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
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-bus-match !drv-bus-match(dev, 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
best available, it will be bound
201 - 300 of 3527 matches
Mail list logo
