Borislav Petkov wrote:
On Sun, Aug 11, 2013 at 08:09:19AM +0200, Rolf Eike Beer wrote:
Meanwhile I found that there was a hardware defect on this machine.
So if it does not happen again I will assume that this was caused by
this.
What hardware defect exactly? DIMMs failing...? Probably
Paul E. McKenney wrote:
> On Thu, Jul 11, 2013 at 12:52:07PM +0200, Peter Zijlstra wrote:
> > On Thu, Jul 11, 2013 at 12:07:21PM +0200, Borislav Petkov wrote:
> > > On Thu, Jul 11, 2013 at 11:38:37AM +0200, Rolf Eike Beer wrote:
> > > > Hi,
> > > >
Paul E. McKenney wrote:
On Thu, Jul 11, 2013 at 12:52:07PM +0200, Peter Zijlstra wrote:
On Thu, Jul 11, 2013 at 12:07:21PM +0200, Borislav Petkov wrote:
On Thu, Jul 11, 2013 at 11:38:37AM +0200, Rolf Eike Beer wrote:
Hi,
I'm running 3.10.0 (from openSUSE packages) on an Intel(R
These 2 places are the only matches for is_eisa in the whole tree.
Signed-off-by: Rolf Eike Beer
---
drivers/net/ethernet/ti/tlan.c | 1 -
drivers/net/ethernet/ti/tlan.h | 1 -
2 files changed, 2 deletions(-)
diff --git a/drivers/net/ethernet/ti/tlan.c b/drivers/net/ethernet/ti/tlan.c
index
These 2 places are the only matches for is_eisa in the whole tree.
Signed-off-by: Rolf Eike Beer eike-ker...@sf-tec.de
---
drivers/net/ethernet/ti/tlan.c | 1 -
drivers/net/ethernet/ti/tlan.h | 1 -
2 files changed, 2 deletions(-)
diff --git a/drivers/net/ethernet/ti/tlan.c b/drivers/net
> Helge Deller (2):
> parisc: make default cross compiler search more robust (v3)
Needs CC:stable as without this building 3.9.x is not possible in some
configurations.
> John David Anglin (1):
> parisc: fix SMP races when updating PTE and TLB entries in entry.S
Possibly also this
Helge Deller (2):
parisc: make default cross compiler search more robust (v3)
Needs CC:stable as without this building 3.9.x is not possible in some
configurations.
John David Anglin (1):
parisc: fix SMP races when updating PTE and TLB entries in entry.S
Possibly also this as
H. Peter Anvin wrote:
> On 01/31/2013 01:42 PM, James Bottomley wrote:
> > On Thu, 2013-01-31 at 13:29 -0800, H. Peter Anvin wrote:
> >> On 01/31/2013 12:26 PM, James Bottomley wrote:
> >>> [adding autofs list and maintainer for their perusal and ack, although
> >>> this is an obvious fix to me
>
James Bottomley wrote:
> [adding autofs list and maintainer for their perusal and ack, although
> this is an obvious fix to me
>
> James]
>
> On Thu, 2013-01-31 at 21:01 +0100, Helge Deller wrote:
> > Similiar to other 64 bit Linux targets autofs_wqt_t needs to be of type
> > int
> > which has a
James Bottomley wrote:
[adding autofs list and maintainer for their perusal and ack, although
this is an obvious fix to me
James]
On Thu, 2013-01-31 at 21:01 +0100, Helge Deller wrote:
Similiar to other 64 bit Linux targets autofs_wqt_t needs to be of type
int
which has a size of 32
H. Peter Anvin wrote:
On 01/31/2013 01:42 PM, James Bottomley wrote:
On Thu, 2013-01-31 at 13:29 -0800, H. Peter Anvin wrote:
On 01/31/2013 12:26 PM, James Bottomley wrote:
[adding autofs list and maintainer for their perusal and ack, although
this is an obvious fix to me
James]
Paolo Bonzini wrote:
> Hi all,
>
> this series adds multiqueue support to the virtio-scsi driver, based
> on Jason Wang's work on virtio-net. It uses a simple queue steering
> algorithm that expects one queue per CPU. LUNs in the same target always
> use the same queue (so that commands are not
Paolo Bonzini wrote:
Hi all,
this series adds multiqueue support to the virtio-scsi driver, based
on Jason Wang's work on virtio-net. It uses a simple queue steering
algorithm that expects one queue per CPU. LUNs in the same target always
use the same queue (so that commands are not
ioc->diag_trigger_mpi is an SL_WH_MPI_TRIGGERS_T struct.
There is a cut and paste error here and SL_WH_EVENT_TRIGGERS_T is
used
instead of SL_WH_MPI_TRIGGERS_T. Since the SL_WH_EVENT_TRIGGERS_T is
smaller than SL_WH_MPI_TRIGGERS_T, it means we only clear part of the
buffer.
Signed-off-by:
ioc-diag_trigger_mpi is an SL_WH_MPI_TRIGGERS_T struct.
There is a cut and paste error here and SL_WH_EVENT_TRIGGERS_T is
used
instead of SL_WH_MPI_TRIGGERS_T. Since the SL_WH_EVENT_TRIGGERS_T is
smaller than SL_WH_MPI_TRIGGERS_T, it means we only clear part of the
buffer.
Signed-off-by: Dan
Am Donnerstag 15 November 2012, 15:51:46 schrieb Sasha Levin:
> store_host_reset() has tried to re-invent the wheel to compare sysfs
> strings. Unfortunately it did so poorly and never bothered to check the
> input from userspace before overwriting stack with it, so something simple
> as:
>
>
Am Donnerstag 15 November 2012, 15:51:46 schrieb Sasha Levin:
store_host_reset() has tried to re-invent the wheel to compare sysfs
strings. Unfortunately it did so poorly and never bothered to check the
input from userspace before overwriting stack with it, so something simple
as:
echo
Am Sonntag 30 September 2012, 13:07:54 schrieb Paul Bolle:
> Compiling qla_gs.o (part of the qla2xxx module) triggers two GCC
> warnings:
> drivers/scsi/qla2xxx/qla_gs.c: In function ‘qla2x00_fdmi_rhba’:
> drivers/scsi/qla2xxx/qla_gs.c:1339:7: warning: array subscript is above
> array
Am Sonntag 30 September 2012, 13:07:54 schrieb Paul Bolle:
Compiling qla_gs.o (part of the qla2xxx module) triggers two GCC
warnings:
drivers/scsi/qla2xxx/qla_gs.c: In function ‘qla2x00_fdmi_rhba’:
drivers/scsi/qla2xxx/qla_gs.c:1339:7: warning: array subscript is above
array bounds
Am 25.07.2012 10:29, schrieb Wang Sen:
When using the commands below to write some data to a virtio-scsi LUN
of the
QEMU guest(32-bit) with 1G physical memory(qemu -m 1024), the qemu
will crash.
# sudo mkfs.ext4 /dev/sdb (/dev/sdb is the virtio-scsi LUN.)
# sudo mount /dev/sdb
Am 25.07.2012 10:29, schrieb Wang Sen:
When using the commands below to write some data to a virtio-scsi LUN
of the
QEMU guest(32-bit) with 1G physical memory(qemu -m 1024), the qemu
will crash.
# sudo mkfs.ext4 /dev/sdb (/dev/sdb is the virtio-scsi LUN.)
# sudo mount /dev/sdb
Vinayak Holikatti wrote:
> +static int __devinit
> +ufshcd_pci_probe(struct pci_dev *pdev, const struct pci_device_id *id)
> +{
> + struct ufs_hba *hba;
> + void __iomem *mmio_base;
> + int err;
> +
> + err = pci_enable_device(pdev);
> + if (err) {
> +
Vinayak Holikatti wrote:
+static int __devinit
+ufshcd_pci_probe(struct pci_dev *pdev, const struct pci_device_id *id)
+{
+ struct ufs_hba *hba;
+ void __iomem *mmio_base;
+ int err;
+
+ err = pci_enable_device(pdev);
+ if (err) {
+ dev_err(pdev-dev,
> The correct patch needs to be
>
> Signed-off-by: David C Somayajulu <[EMAIL PROTECTED]>
>
> ---
>
> diff --git a/drivers/scsi/qla4xxx/ql4_isr.c
> b/drivers/scsi/qla4xxx/ql4_isr.c
> index 0f029d0..fc84db4 100644
> --- a/drivers/scsi/qla4xxx/ql4_isr.c
> +++ b/drivers/scsi/qla4xxx/ql4_isr.c
> @@
The correct patch needs to be
Signed-off-by: David C Somayajulu [EMAIL PROTECTED]
---
diff --git a/drivers/scsi/qla4xxx/ql4_isr.c
b/drivers/scsi/qla4xxx/ql4_isr.c
index 0f029d0..fc84db4 100644
--- a/drivers/scsi/qla4xxx/ql4_isr.c
+++ b/drivers/scsi/qla4xxx/ql4_isr.c
@@ -100,8 +100,7 @@
Andi Kleen wrote:
> > Can you explain the rationale behind that running on the BKL? What type
> > of
>
> It used to always run with the BKL because everything used to
> and originally nobody wanted to review all ioctl handlers in tree to see if
> they can run with more fine grained locking. A lot
Andi Kleen wrote:
> Here's a proposal for some useful code transformations the kernel janitors
> could do as opposed to running checkpatch.pl.
>
> Most ioctl handlers still running implicitely under the big kernel
> lock (BKL). But long term Linux is trying to get away from that. There is a
> new
Andi Kleen wrote:
Here's a proposal for some useful code transformations the kernel janitors
could do as opposed to running checkpatch.pl.
Most ioctl handlers still running implicitely under the big kernel
lock (BKL). But long term Linux is trying to get away from that. There is a
new
Andi Kleen wrote:
Can you explain the rationale behind that running on the BKL? What type
of
It used to always run with the BKL because everything used to
and originally nobody wanted to review all ioctl handlers in tree to see if
they can run with more fine grained locking. A lot probably
Alexey Starikovskiy wrote:
> Rolf Eike Beer wrote:
> > cat
> > /sys/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:19/PNP0C0A:00/power_
> >supply/BAT1/status
> >
> > This leads to a stacktrace as acpi_battery_get_property() returns 0 for a
> > case where i
s.c::power_supply_show_property().
I had a situation where the value was 4096 which caused a problem as the
array only has 5 entries.
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
diff --git a/drivers/acpi/battery.c b/drivers/acpi/battery.c
index 192c244..2e8e790 100644
--- a/drivers/acpi/
::power_supply_show_property().
I had a situation where the value was 4096 which caused a problem as the
array only has 5 entries.
Signed-off-by: Rolf Eike Beer [EMAIL PROTECTED]
diff --git a/drivers/acpi/battery.c b/drivers/acpi/battery.c
index 192c244..2e8e790 100644
--- a/drivers/acpi/battery.c
+++ b
Alexey Starikovskiy wrote:
Rolf Eike Beer wrote:
cat
/sys/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:19/PNP0C0A:00/power_
supply/BAT1/status
This leads to a stacktrace as acpi_battery_get_property() returns 0 for a
case where it does not set val-intval. These value is used
Am Mittwoch, 14. November 2007 schrieb Alex Chiang:
> * Matthew Wilcox <[EMAIL PROTECTED]>:
> > On Wed, Nov 14, 2007 at 12:37:29PM -0700, Alex Chiang wrote:
> > > Register one slot per slot, rather than one slot per function.
> > > Change the name of the slot to fake%d instead of the pci address.
Am Mittwoch, 14. November 2007 schrieb Alex Chiang:
* Matthew Wilcox [EMAIL PROTECTED]:
On Wed, Nov 14, 2007 at 12:37:29PM -0700, Alex Chiang wrote:
Register one slot per slot, rather than one slot per function.
Change the name of the slot to fake%d instead of the pci address.
Am Mittwoch, 14. November 2007 schrieb Alex Chiang:
> Hi Eike,
>
> * Rolf Eike Beer <[EMAIL PROTECTED]>:
> > Alex Chiang wrote:
> > > --- a/drivers/pci/hotplug/fakephp.c
> > > +++ b/drivers/pci/hotplug/fakephp.c
> > > @@ -93,6 +93,7 @@ static
Alex Chiang wrote:
> Register one slot per slot, rather than one slot per function.
> Change the name of the slot to fake%d instead of the pci address.
>
> Signed-off-by: Alex Chiang <[EMAIL PROTECTED]>
> Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]>
> ---
> drivers/pci/hotplug/fakephp.c |
Alex Chiang wrote:
Register one slot per slot, rather than one slot per function.
Change the name of the slot to fake%d instead of the pci address.
Signed-off-by: Alex Chiang [EMAIL PROTECTED]
Signed-off-by: Matthew Wilcox [EMAIL PROTECTED]
---
drivers/pci/hotplug/fakephp.c | 75
Am Mittwoch, 14. November 2007 schrieb Alex Chiang:
Hi Eike,
* Rolf Eike Beer [EMAIL PROTECTED]:
Alex Chiang wrote:
--- a/drivers/pci/hotplug/fakephp.c
+++ b/drivers/pci/hotplug/fakephp.c
@@ -93,6 +93,7 @@ static int add_slot(struct pci_dev *dev)
struct dummy_slot *dslot
Alexey Starikovskiy wrote:
> Rolf Eike Beer wrote:
> > Alexey Starikovskiy wrote:
> >> Rolf Eike Beer wrote:
> >>> Alexey Starikovskiy wrote:
> >>>> Rolf Eike Beer wrote:
> >>>>> Rolf Eike Beer wrote:
> >>>>>> Hi,
Alexey Starikovskiy wrote:
> Rolf Eike Beer wrote:
> > Alexey Starikovskiy wrote:
> >> Rolf Eike Beer wrote:
> >>> Rolf Eike Beer wrote:
> >>>> Hi,
> >>>>
> >>>> this happened while I removed my battery on bootup. Com
Alexey Starikovskiy wrote:
> Rolf Eike Beer wrote:
> > Rolf Eike Beer wrote:
> >> Hi,
> >>
> >> this happened while I removed my battery on bootup. Complete dmesg is
> >> attached. Kernel is 2.6.24-rc1-git of yesterday (last commit was
> >> d9
Rolf Eike Beer wrote:
> Hi,
>
> this happened while I removed my battery on bootup. Complete dmesg is
> attached. Kernel is 2.6.24-rc1-git of yesterday (last commit was
> d919fd433b5823d1cf9d0688eb2eec183de9b74c).
Ok, I found out that it has nothing to do with the actual remo
Hi,
this happened while I removed my battery on bootup. Complete dmesg is
attached. Kernel is 2.6.24-rc1-git of yesterday (last commit was
d919fd433b5823d1cf9d0688eb2eec183de9b74c).
Greetings,
Eike
BUG: unable to handle kernel NULL pointer dereference at virtual address
001c
printing
Alexey Starikovskiy wrote:
Rolf Eike Beer wrote:
Rolf Eike Beer wrote:
Hi,
this happened while I removed my battery on bootup. Complete dmesg is
attached. Kernel is 2.6.24-rc1-git of yesterday (last commit was
d919fd433b5823d1cf9d0688eb2eec183de9b74c).
Ok, I found out that it has
Alexey Starikovskiy wrote:
Rolf Eike Beer wrote:
Alexey Starikovskiy wrote:
Rolf Eike Beer wrote:
Alexey Starikovskiy wrote:
Rolf Eike Beer wrote:
Rolf Eike Beer wrote:
Hi,
this happened while I removed my battery on bootup. Complete dmesg
is attached. Kernel is 2.6.24-rc1-git
Alexey Starikovskiy wrote:
Rolf Eike Beer wrote:
Alexey Starikovskiy wrote:
Rolf Eike Beer wrote:
Rolf Eike Beer wrote:
Hi,
this happened while I removed my battery on bootup. Complete dmesg is
attached. Kernel is 2.6.24-rc1-git of yesterday (last commit
Hi,
this happened while I removed my battery on bootup. Complete dmesg is
attached. Kernel is 2.6.24-rc1-git of yesterday (last commit was
d919fd433b5823d1cf9d0688eb2eec183de9b74c).
Greetings,
Eike
BUG: unable to handle kernel NULL pointer dereference at virtual address
001c
printing
Rolf Eike Beer wrote:
Hi,
this happened while I removed my battery on bootup. Complete dmesg is
attached. Kernel is 2.6.24-rc1-git of yesterday (last commit was
d919fd433b5823d1cf9d0688eb2eec183de9b74c).
Ok, I found out that it has nothing to do with the actual removal as it seems.
When I
Am Donnerstag, 1. November 2007 schrieb Rafael J. Wysocki:
> On Wednesday, 31 October 2007 01:52, Pavel Machek wrote:
> > Hi!
> >
> > ...does not seem to work too well :-(. It connects with the AP
> > (good!), and survives some "normal" use, but it died at first big
> > tcpspray (bd!).
>
> Is
Am Donnerstag, 1. November 2007 schrieb Rafael J. Wysocki:
On Wednesday, 31 October 2007 01:52, Pavel Machek wrote:
Hi!
...does not seem to work too well :-(. It connects with the AP
(good!), and survives some normal use, but it died at first big
tcpspray (bd!).
Is this a
James Ausmus wrote:
> Since updating my laptop to 2.6.23, occasionally all of my free disk
> space on my root partition will just go away, with no files accounting
> for the space, with no odd messages in dmesg or my syslog. If I
> reboot, I immediately have the proper amount of free space again.
Jens Axboe wrote:
> On Thu, Oct 25 2007, Rolf Eike Beer wrote:
> > Jens Axboe wrote:
> > > On Thu, Oct 25 2007, Rolf Eike Beer wrote:
> > > > Am Donnerstag, 25. Oktober 2007 schrieb Arjan van de Ven:
> > > > > > Signed-off-by: Hugh Dickins <[EM
Jens Axboe wrote:
> On Thu, Oct 25 2007, Rolf Eike Beer wrote:
> > Am Donnerstag, 25. Oktober 2007 schrieb Arjan van de Ven:
> > > > Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
> > > > ---
> > > > Whether this is a complete patch, suitable for
Am Donnerstag, 25. Oktober 2007 schrieb Arjan van de Ven:
> > Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
> > ---
> > Whether this is a complete patch, suitable for all architectures,
> > I'm not sure: it builds, boots and runs correctly on the x86_32 box
> > in question, but you'll be a lot
Jeff Garzik wrote:
> * pass Scsi_Host to ips_remove_device() via pci_set_drvdata(),
> allowing us to eliminate the ips_ha[] search loop and call
> ips_release() directly.
>
> * call pci_{request,release}_regions() and eliminate individual
> request/release_[mem_]region() calls
>
> * call
Jeff Garzik wrote:
* pass Scsi_Host to ips_remove_device() via pci_set_drvdata(),
allowing us to eliminate the ips_ha[] search loop and call
ips_release() directly.
* call pci_{request,release}_regions() and eliminate individual
request/release_[mem_]region() calls
* call
Am Donnerstag, 25. Oktober 2007 schrieb Arjan van de Ven:
Signed-off-by: Hugh Dickins [EMAIL PROTECTED]
---
Whether this is a complete patch, suitable for all architectures,
I'm not sure: it builds, boots and runs correctly on the x86_32 box
in question, but you'll be a lot wiser than me
Jens Axboe wrote:
On Thu, Oct 25 2007, Rolf Eike Beer wrote:
Am Donnerstag, 25. Oktober 2007 schrieb Arjan van de Ven:
Signed-off-by: Hugh Dickins [EMAIL PROTECTED]
---
Whether this is a complete patch, suitable for all architectures,
I'm not sure: it builds, boots and runs
Jens Axboe wrote:
On Thu, Oct 25 2007, Rolf Eike Beer wrote:
Jens Axboe wrote:
On Thu, Oct 25 2007, Rolf Eike Beer wrote:
Am Donnerstag, 25. Oktober 2007 schrieb Arjan van de Ven:
Signed-off-by: Hugh Dickins [EMAIL PROTECTED]
---
Whether this is a complete patch
James Ausmus wrote:
Since updating my laptop to 2.6.23, occasionally all of my free disk
space on my root partition will just go away, with no files accounting
for the space, with no odd messages in dmesg or my syslog. If I
reboot, I immediately have the proper amount of free space again. Here
Typo: depricated -> deprecated
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
---
commit b7ec07d26c9fd915fd32b759aa05a1ead8c432f5
tree 6f6dafac4072fddd670a97f68cbd64bf505d0408
parent 43dcafe3f7bfc07bdaf55d353fd4c5112c5f2be6
author Rolf Eike Beer <[EMAIL PROTECTED]> Sun, 07 Oc
Typo: depricated - deprecated
Signed-off-by: Rolf Eike Beer [EMAIL PROTECTED]
---
commit b7ec07d26c9fd915fd32b759aa05a1ead8c432f5
tree 6f6dafac4072fddd670a97f68cbd64bf505d0408
parent 43dcafe3f7bfc07bdaf55d353fd4c5112c5f2be6
author Rolf Eike Beer [EMAIL PROTECTED] Sun, 07 Oct 2007 10:29:39 +0200
Am Donnerstag, 4. Oktober 2007 schrieb yogeshwar sonawane:
> Hello all,
>
> For accessing memory-mapped 64bit-BAR regions of a PCI card, the
> respective BAR regions has to be made accessible to the kernel using
> ioremap() function. Then readl()/writel() can be used on the address
> returned by
Am Donnerstag, 4. Oktober 2007 schrieb yogeshwar sonawane:
Hello all,
For accessing memory-mapped 64bit-BAR regions of a PCI card, the
respective BAR regions has to be made accessible to the kernel using
ioremap() function. Then readl()/writel() can be used on the address
returned by
Jesper Juhl wrote:
> [kv]alloc() return void *. No need to cast the return value.
> @@ -5756,7 +5756,7 @@ static int osst_probe(struct device *dev)
> write_lock(_scsi_tapes_lock);
> if (os_scsi_tapes == NULL) {
> os_scsi_tapes =
> - (struct osst_tape
Jesper Juhl wrote:
[kv]alloc() return void *. No need to cast the return value.
@@ -5756,7 +5756,7 @@ static int osst_probe(struct device *dev)
write_lock(os_scsi_tapes_lock);
if (os_scsi_tapes == NULL) {
os_scsi_tapes =
- (struct osst_tape
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
---
commit 11a9dc32fadc7fe6722dc62ce84f0e483eb85368
tree bc08486dd569753148b5e09d000866cec4d971d7
parent a3036bca04b4e27427e01ed74fb93b8600595bce
author Rolf Eike Beer <[EMAIL PROTECTED]> Tue, 17 Jul 2007 09:54:47 +0200
committer Ro
Signed-off-by: Rolf Eike Beer [EMAIL PROTECTED]
---
commit 11a9dc32fadc7fe6722dc62ce84f0e483eb85368
tree bc08486dd569753148b5e09d000866cec4d971d7
parent a3036bca04b4e27427e01ed74fb93b8600595bce
author Rolf Eike Beer [EMAIL PROTECTED] Tue, 17 Jul 2007 09:54:47 +0200
committer Rolf Eike Beer [EMAIL
Am Freitag, 15. Juni 2007 schrieb Renato S. Yamane:
> Forwarding from: Toshiba_Linux-Users ([EMAIL PROTECTED])
>
> =
> I only tested on my Toshiba Satellite Pro A100 and it works.
You may want to have a look on the "omnibook" project on
http://omnibook.sf.net. Although it's named
Am Freitag, 15. Juni 2007 schrieb Renato S. Yamane:
Forwarding from: Toshiba_Linux-Users ([EMAIL PROTECTED])
=
I only tested on my Toshiba Satellite Pro A100 and it works.
You may want to have a look on the omnibook project on
http://omnibook.sf.net. Although it's named omnibook
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
---
commit f57463dabf991c306dc43dcf7445ec574484e4ee
tree 37c5d48baf200d7c8d04e506fd8b99217953
parent 58056c2424917e90b86ca11c2c5d3fd35313d7b6
author Rolf Eike Beer <[EMAIL PROTECTED]> Tue, 10 Jul 2007 13:32:29 +0200
committer Ro
This useful interface is hardly mentioned anywhere in the in-tree
documentation.
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
---
commit bdf4a23b9b1ff4be79a6f9b863f7203dba2dc808
tree a53c4a6c90e13d55fbf2a0b40cd9676bd9a5d0e5
parent 33738cbb6555861de1dce626c913fad06ce658cc
author Rol
This useful interface is hardly mentioned anywhere in the in-tree
documentation.
Signed-off-by: Rolf Eike Beer [EMAIL PROTECTED]
---
commit bdf4a23b9b1ff4be79a6f9b863f7203dba2dc808
tree a53c4a6c90e13d55fbf2a0b40cd9676bd9a5d0e5
parent 33738cbb6555861de1dce626c913fad06ce658cc
author Rolf Eike Beer
Signed-off-by: Rolf Eike Beer [EMAIL PROTECTED]
---
commit f57463dabf991c306dc43dcf7445ec574484e4ee
tree 37c5d48baf200d7c8d04e506fd8b99217953
parent 58056c2424917e90b86ca11c2c5d3fd35313d7b6
author Rolf Eike Beer [EMAIL PROTECTED] Tue, 10 Jul 2007 13:32:29 +0200
committer Rolf Eike Beer [EMAIL
This useful interface is hardly mentioned anywhere in the in-tree
documentation.
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
---
commit 2cb2450818804edcbcb1486a4df0db06e5d49969
tree 2c53fbd2e0be832767446a8684561200b437a695
parent 288a3f1fd00365669ed9ad725b15ff67004cee0a
author Rol
Some lines later filp->private_data is initialized to dev again. Since there
are some checks that might fail in the mean time keep the later version.
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
---
commit 7103e0b114b01a16d7c1ea71914d5069d974
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
---
commit 966fef8404d59056d8524bf94d7dff790fe1fa82
tree 1adc274bc9b8e7e420db0b0023c8b70bd294e84e
parent 0cbdc367b144a95709852c642a069ed652989520
author Rolf Eike Beer <[EMAIL PROTECTED]> Mon, 21 May 2007 22:55:30 +0200
committer Ro
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
---
commit cc4a7b5dfee25083a6a5741b5b640ae2a1d3aa12
tree a4763216a61fa1501bf9b5dbb60f8860d1620b99
parent dcd9673a1ca36cb084de58f443edf42fd64b186b
author Rolf Eike Beer <[EMAIL PROTECTED]> Mon, 07 Aug 2006 13:36:24 +0200
committer Ro
This are some random patches I've lying around here. They are not related to
each other
1) Use kcalloc() in drivers/video/aty/atyfb_base.c
2) Initialize filp->private_data only once in em28xx_v4l2_open
3) [Doc] Fix typos in fs/sysfs/file.c
4) [Doc] Document pci_iomap()
Eike
signature.asc
This are some random patches I've lying around here. They are not related to
each other
1) Use kcalloc() in drivers/video/aty/atyfb_base.c
2) Initialize filp-private_data only once in em28xx_v4l2_open
3) [Doc] Fix typos in fs/sysfs/file.c
4) [Doc] Document pci_iomap()
Eike
signature.asc
Signed-off-by: Rolf Eike Beer [EMAIL PROTECTED]
---
commit cc4a7b5dfee25083a6a5741b5b640ae2a1d3aa12
tree a4763216a61fa1501bf9b5dbb60f8860d1620b99
parent dcd9673a1ca36cb084de58f443edf42fd64b186b
author Rolf Eike Beer [EMAIL PROTECTED] Mon, 07 Aug 2006 13:36:24 +0200
committer Rolf Eike Beer [EMAIL
Some lines later filp-private_data is initialized to dev again. Since there
are some checks that might fail in the mean time keep the later version.
Signed-off-by: Rolf Eike Beer [EMAIL PROTECTED]
---
commit 7103e0b114b01a16d7c1ea71914d5069d974167d
tree 6b976d7ce4e872b32805d7df73dd13b5349d439f
Signed-off-by: Rolf Eike Beer [EMAIL PROTECTED]
---
commit 966fef8404d59056d8524bf94d7dff790fe1fa82
tree 1adc274bc9b8e7e420db0b0023c8b70bd294e84e
parent 0cbdc367b144a95709852c642a069ed652989520
author Rolf Eike Beer [EMAIL PROTECTED] Mon, 21 May 2007 22:55:30 +0200
committer Rolf Eike Beer [EMAIL
This useful interface is hardly mentioned anywhere in the in-tree
documentation.
Signed-off-by: Rolf Eike Beer [EMAIL PROTECTED]
---
commit 2cb2450818804edcbcb1486a4df0db06e5d49969
tree 2c53fbd2e0be832767446a8684561200b437a695
parent 288a3f1fd00365669ed9ad725b15ff67004cee0a
author Rolf Eike Beer
Renato S. Yamane wrote:
> Rolf Eike Beer wrote:
> > Richard Hughes wrote:
> >> Yes, although this is out of my area or expertise, sorry.
> >
> > I've looked a bit but can't find any driver interaction of those
> > programs. Any further ideas welcome.
>
>
Renato S. Yamane wrote:
Rolf Eike Beer wrote:
Richard Hughes wrote:
Yes, although this is out of my area or expertise, sorry.
I've looked a bit but can't find any driver interaction of those
programs. Any further ideas welcome.
Do you try omnibook driver?
svn export https
Richard Hughes wrote:
> On Tue, 2007-06-26 at 07:03 +0200, Rolf Eike Beer wrote:
>> Richard Hughes wrote:
>>> On Sat, 2007-06-23 at 16:56 +0200, Rolf Eike Beer wrote:
>>>> None of the above keys generated a key event. Neither does
>>>> "Brigh
Richard Hughes wrote:
On Tue, 2007-06-26 at 07:03 +0200, Rolf Eike Beer wrote:
Richard Hughes wrote:
On Sat, 2007-06-23 at 16:56 +0200, Rolf Eike Beer wrote:
None of the above keys generated a key event. Neither does
Brightness down, but it still works. Brightness up generates an event
Richard Hughes wrote:
> On Sat, 2007-06-23 at 16:56 +0200, Rolf Eike Beer wrote:
> > None of the above keys generated a key event. Neither does "Brightness
> > down", but it still works. "Brightness up" generates an event and works.
> > Kpowersave
Richard Hughes wrote:
On Sat, 2007-06-23 at 16:56 +0200, Rolf Eike Beer wrote:
None of the above keys generated a key event. Neither does Brightness
down, but it still works. Brightness up generates an event and works.
Kpowersave tells me it can't do brightness switching in software (which
Richard Hughes wrote:
> On Sat, 2007-06-23 at 16:56 +0200, Rolf Eike Beer wrote:
> > None of the above keys generated a key event. Neither does "Brightness
> > down", but it still works. "Brightness up" generates an event and works.
> > Kpowersave
Michal Piotrowski wrote:
> Hi,
>
> We are pleased to announce the availability of "Linux Kernel Tester's
> Guide" v0.3-rc1.
It would be cool if we can get a clickable table of contents. Normally it's
enough to include \usepackage{hyperref} before running pdflatex.
Eike
signature.asc
Richard Hughes wrote:
> Attached patch adds a kernel thread to do polling on Toshiba hardware.
Is there something similar available to support other Toshiba laptops? I own a
A110-178 that is not supported by the driver but has a lot of keys that I
can't use currently:
Fn:
-screen zoom (I
Richard Hughes wrote:
Attached patch adds a kernel thread to do polling on Toshiba hardware.
Is there something similar available to support other Toshiba laptops? I own a
A110-178 that is not supported by the driver but has a lot of keys that I
can't use currently:
Fn:
-screen zoom (I
Michal Piotrowski wrote:
Hi,
We are pleased to announce the availability of Linux Kernel Tester's
Guide v0.3-rc1.
It would be cool if we can get a clickable table of contents. Normally it's
enough to include \usepackage{hyperref} before running pdflatex.
Eike
signature.asc
Description:
Richard Hughes wrote:
On Sat, 2007-06-23 at 16:56 +0200, Rolf Eike Beer wrote:
None of the above keys generated a key event. Neither does Brightness
down, but it still works. Brightness up generates an event and works.
Kpowersave tells me it can't do brightness switching in software (which
Chris Wright wrote:
> * Theodore Tso ([EMAIL PROTECTED]) wrote:
> > If this doesn't fix a user-visiable bug, should we be including it in
> > the stable patch series? (Assuming that it doesn't, I wouldn't, but I
> > tend to be more conservative about what I would include in a stable
> >
Chris Wright wrote:
* Theodore Tso ([EMAIL PROTECTED]) wrote:
If this doesn't fix a user-visiable bug, should we be including it in
the stable patch series? (Assuming that it doesn't, I wouldn't, but I
tend to be more conservative about what I would include in a stable
production
Adrian Bunk wrote:
> On Thu, May 17, 2007 at 11:56:56PM +0200, Rolf Eike Beer wrote:
> > Fix roundup_pow_of_two(1)
> >
> > 1 is a power of two, therefore roundup_pow_of_two(1) should return 1. It
> > does in case the argument is a variable but in case it's a co
101 - 200 of 383 matches
Mail list logo