he ioresources tree, so that it can be
used later on for implementing strict /dev/mem.
* Minor cleanups and re-base
Signed-off-by: Nick Kossifidis
---
arch/riscv/include/asm/elf.h| 6 +++
arch/riscv/include/asm/kexec.h | 19 +---
arch/riscv/kernel/Makefile |
, messing things
up, just re-use the previous pre-allocated resource and free any
unused resources after both loops finish.
Signed-off-by: Nick Kossifidis
---
arch/riscv/kernel/setup.c | 91 ---
1 file changed, 46 insertions(+), 45 deletions(-)
diff --git a/arch
dt address of the included fdt.
* Use SYM_* macros on kexec_relocate.S.
* Compatibility with STRICT_KERNEL_RWX.
* Compatibility with HOTPLUG_CPU for SMP
* Small cleanups
Signed-off-by: Nick Kossifidis
---
arch/riscv/Kconfig | 15 +++
arch/riscv/include/asm/kexec.h
Add RISC-V to the list of supported kexec architectures, we need to
add the definition early-on so that later patches can use it.
EM_RISCV is 243 as per ELF psABI specification here:
https://github.com/riscv/riscv-elf-psabi-doc/blob/master/riscv-elf.md
Signed-off-by: Nick Kossifidis
used later on for implementing strict /dev/mem
* Use linux,usable-memory on /memory instead of a new binding
* USe a reserved-memory node for ELF core header
Nick Kossifidis (5):
RISC-V: Add EM_RISCV to kexec UAPI header
RISC-V: Add kexec support
RISC-V: Improve init_resources
RISC-V:
ous kernel
through /proc/vmcore, using the vmcore-dmesg utility from
kexec-tools.
v4:
* Rebase on top of "fixes" branch
v3:
* Rebase
v2:
* Use linux,usable-memory on /memory instead of a new binding
* Use a reserved-memory node for ELF core header
Signed-off-by: Nick Kossifidis
---
Στις 2021-04-06 21:36, Alex Ghiti έγραψε:
+ /* Switch to physical addressing */
+ la s4, 1f
+ sub s4, s4, s3
+ csrwstvec, s4
+ csrwsptbr, zero
satp is used everywhere instead of sptbr. And maybe you could CSR_
naming, like you did in
Στις 2021-04-06 21:38, Alex Ghiti έγραψε:
Le 4/5/21 à 4:57 AM, Nick Kossifidis a écrit :
+
+/* Reserve a page for the control code buffer */
+#define KEXEC_CONTROL_PAGE_SIZE 4096
PAGE_SIZE instead ?
Yup, I'll change it.
+obj-${CONFIG_KEXEC}+= kexec_relocate.o machine_kexec.o
Στις 2021-04-06 11:22, Geert Uytterhoeven έγραψε:
Hi Nick,
On Tue, Apr 6, 2021 at 10:11 AM Nick Kossifidis
wrote:
Hello Geert,
Στις 2021-04-06 10:19, Geert Uytterhoeven έγραψε:
> On Mon, Apr 5, 2021 at 10:57 AM Nick Kossifidis
> wrote:
>> * Kernel region is always present and w
Στις 2021-04-07 19:29, Rob Herring έγραψε:
On Mon, Apr 05, 2021 at 11:57:07AM +0300, Nick Kossifidis wrote:
This patch series adds kexec/kdump and crash kernel
support on RISC-V. For testing the patches a patched
version of kexec-tools is needed (still a work in
progress) which can be found
Hello Geert,
Στις 2021-04-06 10:19, Geert Uytterhoeven έγραψε:
Hi Nick,
Thanks for your patch!
On Mon, Apr 5, 2021 at 10:57 AM Nick Kossifidis
wrote:
* Kernel region is always present and we know where it is, no
need to look for it inside the loop, just ignore it like the
rest
Add RISC-V to the list of supported kexec architecturs, we need to
add the definition early-on so that later patches can use it.
EM_RISCV is 243 as per ELF psABI specification here:
https://github.com/riscv/riscv-elf-psabi-doc/blob/master/riscv-elf.md
Signed-off-by: Nick Kossifidis
---
include
-off-by: Geert Uytterhoeven
Signed-off-by: Nick Kossifidis
---
arch/riscv/kernel/setup.c | 90 ---
1 file changed, 46 insertions(+), 44 deletions(-)
diff --git a/arch/riscv/kernel/setup.c b/arch/riscv/kernel/setup.c
index e85bacff1..030554bab 100644
--- a/arch
From: Nick Kossifidis
This patch allows Linux to act as a crash kernel for use with
kdump. Userspace will let the crash kernel know about the
memory region it can use through linux,usable-memory property
on the /memory node (overriding its reg property), and about the
memory region where the elf
.
* Compatibility with HOTPLUG_CPU for SMP
* Small cleanups
Signed-off-by: Nick Kossifidis
---
arch/riscv/Kconfig | 15 +++
arch/riscv/include/asm/kexec.h | 47
arch/riscv/kernel/Makefile | 5 +
arch/riscv/kernel/kexec_relocate.S | 156
inor cleanups and re-base
Signed-off-by: Nick Kossifidis
---
arch/riscv/include/asm/elf.h| 6 +++
arch/riscv/include/asm/kexec.h | 19 ---
arch/riscv/kernel/Makefile | 2 +-
arch/riscv/kernel/crash_save_regs.S | 56 +
arch/riscv/kernel/kexec_rel
on /memory instead of a new binding
* USe a reserved-memory node for ELF core header
Nick Kossifidis (5):
RISC-V: Add EM_RISCV to kexec UAPI header
RISC-V: Add kexec support
RISC-V: Improve init_resources
RISC-V: Add kdump support
RISC-V: Add crash kernel support
arch/riscv/Kconfig
Στις 2021-03-26 17:26, Rob Herring έγραψε:
On Fri, Mar 26, 2021 at 8:20 AM Christophe Leroy
wrote:
Le 26/03/2021 à 15:08, Andreas Schwab a écrit :
> On Mär 26 2021, Christophe Leroy wrote:
>
>> diff --git a/arch/riscv/kernel/setup.c b/arch/riscv/kernel/setup.c
>> index
Στις 2020-07-10 08:38, Christoph Hellwig έγραψε:
On Thu, Jul 09, 2020 at 11:49:21PM +0300, Mike Rapoport wrote:
> +#ifndef CONFIG_GENERIC_DEVMEM_IS_ALLOWED
> +extern int devmem_is_allowed(unsigned long pfn);
> +#endif
Nit: no need for the extern here.
> +config GENERIC_LIB_DEVMEM_IS_ALLOWED
Στις 2020-07-09 21:27, Palmer Dabbelt έγραψε:
On Tue, 16 Jun 2020 00:45:46 PDT (-0700), zong...@sifive.com wrote:
Add System RAM to /proc/iomem, various tools expect it such as kdump.
It is also needed for page_is_ram API which checks the specified
address
whether registered as System RAM in
Στις 2020-06-03 11:11, Alexandre Ghiti έγραψε:
By adding a new 4th level of page table, give the possibility to 64bit
kernel to address 2^48 bytes of virtual address: in practice, that
roughly
offers ~160TB of virtual address space to userspace and allows up to
64TB
of physical memory.
If
Στις 2020-06-17 04:56, Zong Li έγραψε:
On Tue, Jun 16, 2020 at 8:27 PM Nick Kossifidis
wrote:
Στις 2020-06-16 10:45, Zong Li έγραψε:
> Implement the 'devmem_is_allowed()' interface for RISC-V, like some of
> other architectures have done. It will be called from
> range_is_allowed
Στις 2020-06-16 10:45, Zong Li έγραψε:
Implement the 'devmem_is_allowed()' interface for RISC-V, like some of
other architectures have done. It will be called from
range_is_allowed()
when userpsace attempts to access /dev/mem.
Access to exclusive IOMEM and kernel RAM is denied unless
Στις 2020-06-16 10:45, Zong Li έγραψε:
Add System RAM to /proc/iomem, various tools expect it such as kdump.
It is also needed for page_is_ram API which checks the specified
address
whether registered as System RAM in iomem_resource list.
Signed-off-by: Zong Li
---
arch/riscv/mm/init.c | 22
, but maybe it might make
sense to have these in the generic byteorder headers. Note that these
are UAPI headers and some compilers might not actually define
__BYTE_ORDER__, so we first check that it actually exists.
Suggested-by: Nick Kossifidis
Signed-off-by: Christoph Hellwig
Acked-by: Arnd
Στις 2019-03-13 00:08, Anup Patel έγραψε:
Currently, we have to boot RISCV64 kernel from a 2MB aligned physical
address and RISCV32 kernel from a 4MB aligned physical address. This
constraint is because initial pagetable setup (i.e. setup_vm()) maps
entire RAM using hugepages (i.e. 2MB for
Hello Logan,
Στις 2018-10-15 20:57, Logan Gunthorpe έγραψε:
This patch implements sparsemem support for risc-v which helps pave the
way for memory hotplug and eventually P2P support.
We introduce Kconfig options for virtual and physical address bits
which
are used to calculate the size of
Στις 2018-12-17 11:36, Anup Patel έγραψε:
On Mon, Nov 26, 2018 at 11:42 AM Anup Patel
wrote:
The objcopy only emits loadable sections when creating flat kernel
Image. To have minimal possible size of flat kernel Image, we should
have all non-loadable sections after loadable sections.
Hello David,
Στις 2018-11-08 21:02, David Abdurachmanov έγραψε:
Marcin Juszkiewicz reported issues while generating syscall table for
riscv
using 4.20-rc1. The patch refactors our unistd.h files to match some
other
architectures.
- Add asm/unistd.h UAPI header, which has __ARCH_WANT_NEW_STAT
Hello David,
Στις 2018-11-08 21:02, David Abdurachmanov έγραψε:
Marcin Juszkiewicz reported issues while generating syscall table for
riscv
using 4.20-rc1. The patch refactors our unistd.h files to match some
other
architectures.
- Add asm/unistd.h UAPI header, which has __ARCH_WANT_NEW_STAT
Στις 2018-11-08 17:54, Mark Rutland έγραψε:
On Thu, Nov 08, 2018 at 03:45:36PM +0200, Nick Kossifidis wrote:
Στις 2018-11-07 14:06, Mark Rutland έγραψε:
> On Wed, Nov 07, 2018 at 04:31:34AM +0200, Nick Kossifidis wrote:
> > Mark and Sundeep thanks a lot for your feedback, I guess you
Στις 2018-11-08 17:54, Mark Rutland έγραψε:
On Thu, Nov 08, 2018 at 03:45:36PM +0200, Nick Kossifidis wrote:
Στις 2018-11-07 14:06, Mark Rutland έγραψε:
> On Wed, Nov 07, 2018 at 04:31:34AM +0200, Nick Kossifidis wrote:
> > Mark and Sundeep thanks a lot for your feedback, I guess you
Στις 2018-11-08 18:48, Sudeep Holla έγραψε:
On Thu, Nov 08, 2018 at 04:52:30PM +0200, Nick Kossifidis wrote:
Στις 2018-11-07 14:28, Sudeep Holla έγραψε:
>
> I agree, but we have kernel code using it(arm64/kernel/topology.c). It's
> too late to remove it. But we can always keep to optio
Στις 2018-11-08 18:48, Sudeep Holla έγραψε:
On Thu, Nov 08, 2018 at 04:52:30PM +0200, Nick Kossifidis wrote:
Στις 2018-11-07 14:28, Sudeep Holla έγραψε:
>
> I agree, but we have kernel code using it(arm64/kernel/topology.c). It's
> too late to remove it. But we can always keep to optio
Στις 2018-11-07 14:28, Sudeep Holla έγραψε:
On Wed, Nov 07, 2018 at 04:31:34AM +0200, Nick Kossifidis wrote:
[...]
Mark and Sudeep thanks a lot for your feedback, I guess you convinced
me
that having a device tree binding for the scheduler is not a correct
approach.
Thanks :)
It's
Στις 2018-11-07 14:28, Sudeep Holla έγραψε:
On Wed, Nov 07, 2018 at 04:31:34AM +0200, Nick Kossifidis wrote:
[...]
Mark and Sudeep thanks a lot for your feedback, I guess you convinced
me
that having a device tree binding for the scheduler is not a correct
approach.
Thanks :)
It's
Στις 2018-11-07 14:06, Mark Rutland έγραψε:
On Wed, Nov 07, 2018 at 04:31:34AM +0200, Nick Kossifidis wrote:
Mark and Sundeep thanks a lot for your feedback, I guess you convinced
me that having a device tree binding for the scheduler is not a
correct approach. It's not a device after all and I
Στις 2018-11-07 14:06, Mark Rutland έγραψε:
On Wed, Nov 07, 2018 at 04:31:34AM +0200, Nick Kossifidis wrote:
Mark and Sundeep thanks a lot for your feedback, I guess you convinced
me that having a device tree binding for the scheduler is not a
correct approach. It's not a device after all and I
Στις 2018-11-06 18:20, Mark Rutland έγραψε:
On Tue, Nov 06, 2018 at 05:26:01PM +0200, Nick Kossifidis wrote:
Στις 2018-11-06 16:13, Sudeep Holla έγραψε:
> On Fri, Nov 02, 2018 at 08:58:39PM +0200, Nick Kossifidis wrote:
> > Στις 2018-11-02 01:04, Atish Patra έγραψε:
> > > This
Στις 2018-11-06 18:20, Mark Rutland έγραψε:
On Tue, Nov 06, 2018 at 05:26:01PM +0200, Nick Kossifidis wrote:
Στις 2018-11-06 16:13, Sudeep Holla έγραψε:
> On Fri, Nov 02, 2018 at 08:58:39PM +0200, Nick Kossifidis wrote:
> > Στις 2018-11-02 01:04, Atish Patra έγραψε:
> > > This
Στις 2018-11-06 16:13, Sudeep Holla έγραψε:
On Fri, Nov 02, 2018 at 08:58:39PM +0200, Nick Kossifidis wrote:
Hello All,
Στις 2018-11-02 01:04, Atish Patra έγραψε:
> This patch series adds the cpu topology for RISC-V. It contains
> both the DT binding and actual source code. It has been
Στις 2018-11-06 16:13, Sudeep Holla έγραψε:
On Fri, Nov 02, 2018 at 08:58:39PM +0200, Nick Kossifidis wrote:
Hello All,
Στις 2018-11-02 01:04, Atish Patra έγραψε:
> This patch series adds the cpu topology for RISC-V. It contains
> both the DT binding and actual source code. It has been
Στις 2018-11-05 21:38, Palmer Dabbelt έγραψε:
On Fri, 02 Nov 2018 06:09:39 PDT (-0700), robh...@kernel.org wrote:
On Thu, Nov 1, 2018 at 6:04 PM Atish Patra
wrote:
Define a RISC-V cpu topology. This is based on cpu-map in ARM world.
But it doesn't need a separate thread node for defining SMT
Στις 2018-11-05 21:38, Palmer Dabbelt έγραψε:
On Fri, 02 Nov 2018 06:09:39 PDT (-0700), robh...@kernel.org wrote:
On Thu, Nov 1, 2018 at 6:04 PM Atish Patra
wrote:
Define a RISC-V cpu topology. This is based on cpu-map in ARM world.
But it doesn't need a separate thread node for defining SMT
Hello Vincent,
Στις 2018-10-31 12:35, Vincent Chen έγραψε:
RISC-V permits each vendor to develop respective extension ISA based
on RISC-V standard ISA. This means that these vendor-specific features
may be compatible to their compiler and CPU. Therefore, each vendor may
be considered a
Hello Vincent,
Στις 2018-10-31 12:35, Vincent Chen έγραψε:
RISC-V permits each vendor to develop respective extension ISA based
on RISC-V standard ISA. This means that these vendor-specific features
may be compatible to their compiler and CPU. Therefore, each vendor may
be considered a
Στις 2018-11-02 23:14, Atish Patra έγραψε:
On 11/2/18 11:59 AM, Nick Kossifidis wrote:
Hello All,
Στις 2018-11-02 01:04, Atish Patra έγραψε:
This patch series adds the cpu topology for RISC-V. It contains
both the DT binding and actual source code. It has been tested on
QEMU & Unleashed b
Στις 2018-11-02 23:14, Atish Patra έγραψε:
On 11/2/18 11:59 AM, Nick Kossifidis wrote:
Hello All,
Στις 2018-11-02 01:04, Atish Patra έγραψε:
This patch series adds the cpu topology for RISC-V. It contains
both the DT binding and actual source code. It has been tested on
QEMU & Unleashed b
Hello All,
Στις 2018-11-02 01:04, Atish Patra έγραψε:
This patch series adds the cpu topology for RISC-V. It contains
both the DT binding and actual source code. It has been tested on
QEMU & Unleashed board.
The idea is based on cpu-map in ARM with changes related to how
we define SMT systems.
Hello All,
Στις 2018-11-02 01:04, Atish Patra έγραψε:
This patch series adds the cpu topology for RISC-V. It contains
both the DT binding and actual source code. It has been tested on
QEMU & Unleashed board.
The idea is based on cpu-map in ARM with changes related to how
we define SMT systems.
wer table */
> switch (ah->ah_radio) {
> diff --git a/drivers/net/wireless/ath/ath5k/reset.c
> b/drivers/net/wireless/ath/ath5k/reset.c
> index e2d8b2c..a3399c4 100644
> --- a/drivers/net/wireless/ath/ath5k/reset.c
> +++ b/drivers/net/wireless/ath/ath5k/reset.c
> @@ -984
= ath5k_eeprom_mode_from_channel(ah, channel);
/* Adjust power delta for channel 14 */
if (channel-center_freq == 2484)
Acked-by: Nick Kossifidis mickfl...@gmail.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
I'm so sorry, something went terribly wrong with gmail/thunderbird :-(
2013/2/22 Nick Kossifidis :
> Hello all,
>
> It's nice to see there is still discussion on the matter of using cpu
> timings for entropy. In general using cpu timings for gathering entropy is a
> nic
I'm so sorry, something went terribly wrong with gmail/thunderbird :-(
2013/2/22 Nick Kossifidis mickfl...@gmail.com:
Hello all,
It's nice to see there is still discussion on the matter of using cpu
timings for entropy. In general using cpu timings for gathering entropy is a
nice idea
On Tue Feb 19 15:36:07 2013, Jiri Slaby wrote:
> On 02/18/2013 01:47 AM, Nick Kossifidis wrote:
>> int
>> ath5k_eeprom_mode_from_channel(struct ieee80211_channel *channel)
>> {
>> switch (channel->hw_value) {
>> case AR5K_MODE_11A:
>>
On Tue Feb 19 15:36:07 2013, Jiri Slaby wrote:
On 02/18/2013 01:47 AM, Nick Kossifidis wrote:
int
ath5k_eeprom_mode_from_channel(struct ieee80211_channel *channel)
{
switch (channel-hw_value) {
case AR5K_MODE_11A:
return AR5K_EEPROM_MODE_11A;
case
t;
> Signed-off-by: Jiri Slaby
> Cc: Nick Kossifidis
> Cc: "Luis R. Rodriguez"
> ---
> drivers/net/wireless/ath/ath5k/phy.c | 4
> drivers/net/wireless/ath/ath5k/reset.c | 2 ++
> 2 files changed, 6 insertions(+)
>
> diff --git a/drivers/net/wireless
.)
Signed-off-by: Jiri Slaby jsl...@suse.cz
Cc: Nick Kossifidis mickfl...@gmail.com
Cc: Luis R. Rodriguez mcg...@qca.qualcomm.com
---
drivers/net/wireless/ath/ath5k/phy.c | 4
drivers/net/wireless/ath/ath5k/reset.c | 2 ++
2 files changed, 6 insertions(+)
diff --git a/drivers/net/wireless
When a thread exits mix it's cputime (userspace + kernelspace) to the entropy
pool.
We don't know how "random" this is, so we use add_device_randomness that
doesn't mess
with entropy count.
Signed-off-by: Nick Kossifidis
---
kernel/posix-cpu-timers.c |3 +++
1 files changed, 3
When a thread exits mix it's cputime (userspace + kernelspace) to the entropy
pool.
We don't know how random this is, so we use add_device_randomness that
doesn't mess
with entropy count.
Signed-off-by: Nick Kossifidis mickfl...@gmail.com
---
kernel/posix-cpu-timers.c |3 +++
1 files
iri Slaby <[EMAIL PROTECTED]>
> Cc: Nick Kossifidis <[EMAIL PROTECTED]>
> Cc: Luis R. Rodriguez <[EMAIL PROTECTED]>
> ---
> drivers/net/wireless/ath5k/ath5k.h |2 +-
> drivers/net/wireless/ath5k/base.c |5 -
> drivers/net/wireless/ath5k/hw.c|
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
> Cc: Nick Kossifidis <[EMAIL PROTECTED]>
> Cc: Luis R. Rodriguez <[EMAIL PROTECTED]>
> ---
> drivers/net/wireless/ath5k/base.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/driver
2008/2/15, Jiri Slaby <[EMAIL PROTECTED]>:
> Move ath5k_hw_nic_wakeup after ah_single_chip being set, because we
> test the value in there and decides whether reset or not.
>
> Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
> Cc: Nick Kossifidis <[EMAIL PROTEC
PROTECTED]
Cc: Nick Kossifidis [EMAIL PROTECTED]
Cc: Luis R. Rodriguez [EMAIL PROTECTED]
---
drivers/net/wireless/ath5k/base.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/net/wireless/ath5k/base.c
b/drivers/net/wireless/ath5k/base.c
index ddc8714
tx_tries3)
@@ -3773,10 +3773,10 @@ ath5k_hw_setup_xr_tx_desc(struct ath5k_hw *ah,
struct ath5k_desc *desc,
#undef _XTX_TRIES
- return true;
+ return 1;
}
- return false;
+ return 0;
}
/*
Acked-by: Nick Kossifidis [EMAIL
2008/2/15, Jiri Slaby [EMAIL PROTECTED]:
Move ath5k_hw_nic_wakeup after ah_single_chip being set, because we
test the value in there and decides whether reset or not.
Signed-off-by: Jiri Slaby [EMAIL PROTECTED]
Cc: Nick Kossifidis [EMAIL PROTECTED]
Cc: Luis R. Rodriguez [EMAIL PROTECTED
; {
> - pci_unregister_driver(_pci_drv_id);
> + pci_unregister_driver(_pci_driver);
>
> ath5k_debug_finish();
> }
> --
> 1.5.3.8
>
>
Thanx ;-)
Acked-by: Nick Kossifidis <[EMAIL PROTECTED]>
--
GPG ID: 0xD21DB2DB
As you read this post global
);
return ret;
@@ -341,7 +341,7 @@ init_ath5k_pci(void)
static void __exit
exit_ath5k_pci(void)
{
- pci_unregister_driver(ath5k_pci_drv_id);
+ pci_unregister_driver(ath5k_pci_driver);
ath5k_debug_finish();
}
--
1.5.3.8
Thanx ;-)
Acked-by: Nick Kossifidis
2007/12/14, Dave Young <[EMAIL PROTECTED]>:
> On Dec 10, 2007 1:55 AM, Nick Kossifidis <[EMAIL PROTECTED]> wrote:
> > 2007/12/7, Dave Young <[EMAIL PROTECTED]>:
> >
> > > Hi,
> > >
> > > 2.6.24-rc4-mm1 build failed at drivers/net
2007/12/14, Dave Young [EMAIL PROTECTED]:
On Dec 10, 2007 1:55 AM, Nick Kossifidis [EMAIL PROTECTED] wrote:
2007/12/7, Dave Young [EMAIL PROTECTED]:
Hi,
2.6.24-rc4-mm1 build failed at drivers/net/wireless/ath5k/base.c for some
inline functions like this:
drivers/net/wireless
2007/12/7, Dave Young <[EMAIL PROTECTED]>:
> Hi,
>
> 2.6.24-rc4-mm1 build failed at drivers/net/wireless/ath5k/base.c for some
> inline functions like this:
> drivers/net/wireless/ath5k/base.c:292: sorry, unimplemented: inlining failed
> in call to 'ath5k_extend_tsf': function body not available
2007/12/7, Dave Young [EMAIL PROTECTED]:
Hi,
2.6.24-rc4-mm1 build failed at drivers/net/wireless/ath5k/base.c for some
inline functions like this:
drivers/net/wireless/ath5k/base.c:292: sorry, unimplemented: inlining failed
in call to 'ath5k_extend_tsf': function body not available
fix
2007/9/19, Alan Cox <[EMAIL PROTECTED]>:
> > If you use ioport_map/unmap, then you really *should* access them with the
> > proper iomem accessors (ioread/iowrite). The fact that it may happen to
> > work (when using the default lib/iomap.c implementation, at least) on
> > some architectures and
2007/9/19, Alan Cox [EMAIL PROTECTED]:
If you use ioport_map/unmap, then you really *should* access them with the
proper iomem accessors (ioread/iowrite). The fact that it may happen to
work (when using the default lib/iomap.c implementation, at least) on
some architectures and with the
2007/9/1, Jiri Slaby <[EMAIL PROTECTED]>:
> John W. Linville napsal(a):
> > On Tue, Aug 28, 2007 at 12:00:09PM -0400, Jiri Slaby wrote:
> >> ath5k, use int as retval
> >>
> >> Convert some functions to return int and proper negative return value on
> >> error as we are used to.
> >
> > Since I
2007/9/1, Jiri Slaby [EMAIL PROTECTED]:
John W. Linville napsal(a):
On Tue, Aug 28, 2007 at 12:00:09PM -0400, Jiri Slaby wrote:
ath5k, use int as retval
Convert some functions to return int and proper negative return value on
error as we are used to.
Since I didn't apply 1/5, this
2007/8/31, Nick Kossifidis <[EMAIL PROTECTED]>:
> 2007/8/30, John W. Linville <[EMAIL PROTECTED]>:
> > On Thu, Aug 30, 2007 at 04:38:09AM +0300, Nick Kossifidis wrote:
> > > 2007/8/28, Christoph Hellwig <[EMAIL PROTECTED]>:
> >
> > > > Also t
2007/8/31, Nick Kossifidis [EMAIL PROTECTED]:
2007/8/30, John W. Linville [EMAIL PROTECTED]:
On Thu, Aug 30, 2007 at 04:38:09AM +0300, Nick Kossifidis wrote:
2007/8/28, Christoph Hellwig [EMAIL PROTECTED]:
Also this whole patch seems rather pointless. It saves only
very little
2007/8/30, John W. Linville <[EMAIL PROTECTED]>:
> On Thu, Aug 30, 2007 at 04:38:09AM +0300, Nick Kossifidis wrote:
> > 2007/8/28, Christoph Hellwig <[EMAIL PROTECTED]>:
>
> > > Also this whole patch seems rather pointless. It saves only
> > > very l
2007/8/30, John W. Linville [EMAIL PROTECTED]:
On Thu, Aug 30, 2007 at 04:38:09AM +0300, Nick Kossifidis wrote:
2007/8/28, Christoph Hellwig [EMAIL PROTECTED]:
Also this whole patch seems rather pointless. It saves only
very little and turns the driver into a complete ifdef maze
2007/8/28, Christoph Hellwig <[EMAIL PROTECTED]>:
> On Tue, Aug 28, 2007 at 12:01:30PM -0400, Jiri Slaby wrote:
> > +config ATH5K_AR5210
> > + bool "Support AR5210"
> > + depends on ATH5K
> > + default y
> > +
> > +config ATH5K_AR5211
> > + bool "Support AR5211"
> > + depends
2007/8/28, Christoph Hellwig [EMAIL PROTECTED]:
On Tue, Aug 28, 2007 at 12:01:30PM -0400, Jiri Slaby wrote:
+config ATH5K_AR5210
+ bool Support AR5210
+ depends on ATH5K
+ default y
+
+config ATH5K_AR5211
+ bool Support AR5211
+ depends on ATH5K
+ default
Over the past year we were able to make the necessary changes to the
microcode used with the 3945 such that we were able to remove the
regulatory daemon.
Great news !! Congratz ;-)
--
As you read this post global entropy rises. Have Fun ;-)
Nick
-
To unsubscribe from this list: send the line
Over the past year we were able to make the necessary changes to the
microcode used with the 3945 such that we were able to remove the
regulatory daemon.
Great news !! Congratz ;-)
--
As you read this post global entropy rises. Have Fun ;-)
Nick
-
To unsubscribe from this list: send the line
Just in case you want to experiment, i have a working port of ar5k
that works on madwifi-old before the BSD - HEAD merge...
well i'm no good programmer (yet), i did what i could (i'm sure those
define macros are nasty for most people :P) and hope that helps...
you can git clone from the
Just in case you want to experiment, i have a working port of ar5k
that works on madwifi-old before the BSD - HEAD merge...
well i'm no good programmer (yet), i did what i could (i'm sure those
define macros are nasty for most people :P) and hope that helps...
you can git clone from the
86 matches
Mail list logo